Bug 79657
Summary: | Conflict Between XMMS and Browser's Flash Plugin | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Johnny Proton <obijuan> |
Component: | xmms | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED DEFERRED | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | rvokal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-12-25 05:31:16 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Johnny Proton
2002-12-14 17:24:36 UTC
This most likely means that xmms is holding the sound device open. You can try using a different output plugin in xmms (such as esd or arts) Sorry, this didn't solve the problem. I tested XMMS using different output plugins and it still wouldn't work. - aRts doesn't even play at all - eSound conflicts with flash - OSS conflicts with flash If you guys are aware of the community page regarding the flash plugin, I'll post this bug with them. If you run netscape under esddsp (and use esd for xmms) does that work better? I don't know how to do that. What is "esddsp"? esddsp is essentially an LD_PRELOAD that redirects sound output to esound. Usage is 'esddsp <program you want to run>' Yes, that did work! Thanks! As a fairly new desktop Linux user, this problem really confused the hell out of me, and I've been using Linux as a web server for years. Can you guys make sure this is addressed in your newwest release? Thanks again. I appreciate it. Well, we don't ship netscape or the flash plugin in our current releases. Including 8.0. So, it would be hard to modify them as such. The various sound system conflicts do need fixing, but it's not something we're going to tackle in the short immediate future. Well, the problem occurs in the default *shipping* version of Galeon and Mozilla which both exist in the RH 8.0 distribution. Out of curiosity, why not ship the flash plugin? It's open and very popular. Is it a Macromedia license thing? It's not open source, for one thing; we've been slowly weeding out those parts of the distro. It's also had a history of security problems. Unfortunately, I really don't see how this is simply fixable in the current framework; there's no way for netscape or mozilla to know a) what sound server the desktop they're running under is using b) what other apps are running (such as xmms) c) what sound server *those* apps might be using. Moreover, it's essentially an issue in the flash plugin if it freezes the web browser; it should fail gracefully if it can't open the sound device. |