As I've already mentioned in other emails, xine + VDR + xineliboutput is currently *broken* for me, for other reasons. xine-ui receives neither picture nor sound, although I do sometimes (briefly) see some of the OSD before xine-ui closes the connection again.
Fedora is using VDR 1.7.27, I believe. And I compiled xineliboutput myself from git.
And since only the HD DVB-T2 channels broadcast 5.1 sound (occasionally), and I have not yet been able to watch an HD channel via VDR, I would suggest that it's too soon to be suggesting that the audio delay is no longer needed... Especially since my experiments with "speaker-test" suggest that it still is.
To be clear: I have been seeing this problem with a stream that I captured to my hard drive last year. IIRC, xine stopped playing the audio completely when I originally captured it.
----- Original Message -----
From: Petri Hintukainen <phintuka@...>
To: Chris Rankin <rankincj@...>
Sent: Friday, 17 August 2012, 7:22
Subject: Re: [xine-devel] Fix problem with EAC3 audio
On ke, 2012-08-15 at 16:53 -0700, Chris Rankin wrote:
> Yes, that patch is definitely a step in the right direction. However, it looks as
> if ALSA isn't prepared to swap the stereo device for the down-mixed surround51 device
> as easily as that. Xine now complains that the audio device is unavailable when the audio
> switches to 6 channel mode. (No hardware sound mixing on this particular machine...)
> This looks like an old problem - the ALSA plugin already deliberately waits 0.8 seconds
> in a vain effort to avoid this!
But changing channel configuration works when you switch DVB channels
with vdr ? That would indicate the delay needs to be longer ?
Example: you're watching this channel. Audio configuration changes and
you get slow etc. audio. If you now change to another channel and back,
you get working audio ?