On Tue, 27 Jun 2006, Reinhard Tartler wrote:
Today I had the chance to encounter this bug on a freshly installed
debian/etch system, and it indeed seems that xine-lib defaults to arts.
The default priority should default to alsa instead of arts.
No it should not be.
The reasoning behind this is: If artsd is not running, xine-lib will fall
back to the next audio driver (should be esd, which also fails if esd is
not running), so it finally falls back to ALSA (or even OSS).
This is the only way to automatically use an audio driver that will work
with every conceivable setup. (Systems that run a sound daemon usually do
so because otherwise they would only have one sound channel. So in those
cases the daemon should be used, unless explicitly configured otherwise.)
Now the actual bug here is that xine's arts driver should fail quite
silently, allowing the fallback to ALSA, instead of letting the whole
engine die.
Actually, I can't reproduce this, unless I explicitly set the audio driver
to arts instead of the default ("auto")...
--
A: Because it breaks the logical sequence of discussion.
Q: Why is top posting bad?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
