gnome sound server monopolizing alsa's audio
I'm currently using sid's Gnome 2.4 and alsa 0.9.8-3 with an Intel 82801EB integrated sound card (snd-intel8x0 driver). It works fine except for when I enable sound events in gnome. When gnome's sound server is running nothing gets to use the audio device save gnome itself. My event sounds work fine, but xmms et al can't do anything until I uncheck Enable sound server startup in the Gnome sound preferences. Is this a known bug, and if so, is there a workaround? I tried searching the BTS, but I wasn't really sure which package to look for. Thanks, Rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gnome sound server monopolizing alsa's audio
On Thu, Dec 18, 2003 at 06:29:15AM -0600, Rob VanFleet wrote: Is this a known bug, and if so, is there a workaround? I tried searching the BTS, but I wasn't really sure which package to look for. Any given program can hog a single DSP. Here are a few workarounds: A) hardware that supports opening the DSP multiple times B) hardware with multiple DSPs or multiple sound cards C) software mixers (artsd, esound, etc) D) alsa's dmix plug-in (see the alsa wiki for details) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gnome sound server monopolizing alsa's audio
On Thu, Dec 18, 2003 at 08:11:10AM -0500, Laurence J. Lane wrote: On Thu, Dec 18, 2003 at 06:29:15AM -0600, Rob VanFleet wrote: Is this a known bug, and if so, is there a workaround? I tried searching the BTS, but I wasn't really sure which package to look for. Any given program can hog a single DSP. I guess my question is, since the sound server isn't always playing sounds, shouldn't it relinquish control between events? Here are a few workarounds: A) hardware that supports opening the DSP multiple times B) hardware with multiple DSPs or multiple sound cards C) software mixers (artsd, esound, etc) D) alsa's dmix plug-in (see the alsa wiki for details) dmix sounds interesting, I'll check that out. Thanks. Rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gnome sound server monopolizing alsa's audio
On Thu, Dec 18, 2003 at 08:26:44AM -0600, Rob VanFleet wrote: On Thu, Dec 18, 2003 at 08:11:10AM -0500, Laurence J. Lane wrote: Any given program can hog a single DSP. I guess my question is, since the sound server isn't always playing sounds, shouldn't it relinquish control between events? The only thing close to this is esd -terminate that kills the server after the last client exits. However that's not very useful for gnome, since it only plays a little sound every once in a while. It'd have to run the server each time it wants to play a sound. It would be better off just trying to grab /dev/dsp whenever it needs to. Bijan -- Bijan Soleymani [EMAIL PROTECTED] http://www.crasseux.com signature.asc Description: Digital signature
Re: gnome sound server monopolizing alsa's audio
On Thu, 2003-12-18 at 09:37, Bijan Soleymani wrote: The only thing close to this is esd -terminate that kills the server after the last client exits. However that's not very useful for gnome, since it only plays a little sound every once in a while. It'd have to run the server each time it wants to play a sound. It would be better off just trying to grab /dev/dsp whenever it needs to. What I usually do is move /usr/bin/esd to /usr/bin/esd.real and create a new /usr/bin/esd containing: #!/bin/sh exec /usr/bin/esd.real -as 5 $* the other thing you should do is get the libesd-alsa0 instead of the oss version. -- Mark Roach -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gnome sound server monopolizing alsa's audio
On Thu, 2003-12-18 at 16:56, Mark Roach wrote: What I usually do is move /usr/bin/esd to /usr/bin/esd.real and create a new /usr/bin/esd containing: #!/bin/sh exec /usr/bin/esd.real -as 5 $* i have this(followed the man pages): cat /etc/esound/esd.conf [esd] auto_spawn=1 spawn_options=-terminate -nobeeps -as 5 spawn_wait_ms=100 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gnome sound server monopolizing alsa's audio
On Thu, 2003-12-18 at 10:04, Dobai-Pataky Balint wrote: On Thu, 2003-12-18 at 16:56, Mark Roach wrote: i have this(followed the man pages): cat /etc/esound/esd.conf [esd] auto_spawn=1 spawn_options=-terminate -nobeeps -as 5 spawn_wait_ms=100 That doesn't work when esd is not auto-spawned though, which is the case when it is launched by gnome. -- Mark Roach -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gnome sound server monopolizing alsa's audio
On Thu, Dec 18, 2003 at 09:56:37AM -0500, Mark Roach wrote: On Thu, 2003-12-18 at 09:37, Bijan Soleymani wrote: The only thing close to this is esd -terminate that kills the server after the last client exits. However that's not very useful for gnome, since it only plays a little sound every once in a while. It'd have to run the server each time it wants to play a sound. It would be better off just trying to grab /dev/dsp whenever it needs to. What I usually do is move /usr/bin/esd to /usr/bin/esd.real and create a new /usr/bin/esd containing: #!/bin/sh exec /usr/bin/esd.real -as 5 $* the other thing you should do is get the libesd-alsa0 instead of the oss version. Thanks! That did the trick. Rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]