[pulseaudio-discuss] pulseaudio automatic startup
lennart at poettering.net
Fri Feb 15 14:32:14 PST 2008
On Wed, 13.02.08 18:34, Colin Guthrie (gmane at colin.guthr.ie) wrote:
> Lennart Poettering wrote:
> > Hmm, I wonder if there are any drawbacks of this way to start PA. Does
> > gnome-session still upload the samples correctly if it doesn't start
> > esd/PA by itself? It has been a while since I last had a look on the
> > g-s source code.
> > If that's not a problem, than I might do a similar change on Fedora, too.
> Not 100% sure about that one. I certainly get my login sound but I have
> been a little confused about not seeing samples in the cache....
> although this is no doubt due to me restarting pulseaudio since logging
> in (I generally don't log out/in much provided my suspend is behaving..).
> I'll let you know.
> One other thing for fedora package (not sure if it applies) is ESD
> autospawn. I've had to ship a /etc/esd.conf with "auto_spawn=0" in it
> otherwise libesound will try to run /usr/bin/esd by default (which is
> obviously symlinked to esdcompat). Alternative would be to hack
> libesound to make no_autospawn default to 1 but somehow the config file
> seemed less hacky and didn't change the defined behaviour of
Autospawning = evil. Don't do it.
Hmm, when I hacked the auto-spawning code I made sure that it worked
event for the ESD drop-in stuff. Are you suggesting that this doesn't work?
> I've not looked (stolen) at the fedora rpm for a while so this may not
> apply to you but figured it was worth mentioning :)
Hmm, if I remember correctly: GNOME will fallback to non-cache event
sound playback if a cached sample for the event is not cached. That
might be the reason why event sounds still work for you, although
nothing is in the cache.
Lennart Poettering Red Hat, Inc.
lennart [at] poettering [dot] net ICQ# 11060553
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
More information about the pulseaudio-discuss