[pulseaudio-discuss] Pulseaudio as a systemwide deamon and as the default ALSA plugin doesn't seem to work right.... ?

Nix nix at esperi.org.uk
Mon Nov 19 12:17:29 PST 2007


On 17 Nov 2007, Kevin Williams stated:

> On November 16, 2007 07:59:35 pm Nix wrote:
>> Well it works for me without any of the problems you've mentioned.
>>
>> Which apps are you seeing this behaviour with? How are they talking to
>> the sound system? (ALSA, OSS, native PulseAudio...)
>
> Well, the way I've setup is launch pulseaudio as the systemwide daemon with 
> alsa-sink module while ALSA is configured  to use pulseaudio as the default 
> driver. 

Likewise, only alsa-sink isn't working for me so it's defaulting to oss-sink.
(But it used to work with alsa-sink.)

> The above setup works perfectly well, if I stop using pulseaudio and leaving 
> alsa as the only audio server. With pulseaudio as the system daemon the 
> earlier mentioned problmes start to appear. Almost all the apps complain 
> about the audio device being not available.  Amarok also, complains the same 
> but, at times it doesn't and there's no sound output though, I can see that 
> the file is being played.

Just checking here: if you set up /etc/asound.conf to use device pulse
by default, and set up PulseAudio to use alsa without specifying a different
device, I suspect you'll get an infinite regression. :)

Personally I've set up alsa to use pulse in my ~/.asound.conf, and left the
systemwide one alone: that seems to work.

> I've just setup pulseaudio to launch as per user instance and quite 
> surprisingly (or may be not ?), all the apps are working just perfect ! :-)

Weird. My explanation must be wrong, then, but I don't know what the real
explanation might be.

-- 
`Some people don't think performance issues are "real bugs", and I think 
such people shouldn't be allowed to program.' --- Linus Torvalds



More information about the pulseaudio-discuss mailing list