On Sun, Jul 02, 2006 at 10:17:05PM +0200, Siggi Langauf 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.)
If you don't mind, I will add this note to README.Debian. README.Debian
needs polishing anyway.
> 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")...
[EMAIL PROTECTED]:~
>> mv .xine .xine-old # to make sure now user config is left
[EMAIL PROTECTED]:~
>> xine
Dies ist xine (X11 gui) - Ein freier Video-Player v0.99.4.
(c) 2000-2004 Das xine Team.
can't create mcop directory
zsh: exit 1 xine
[EMAIL PROTECTED]:~
>> xine -A auto
Dies ist xine (X11 gui) - Ein freier Video-Player v0.99.4.
(c) 2000-2004 Das xine Team.
can't create mcop directory
zsh: exit 1 xine -A auto
Anything else I can try to give you better diagnostics?
Gruesse,
Reinhard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
