Re: Fix problem with EAC3 audio

Hi,

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!


Cheers,
Chris



----- Original Message -----
From: Petri Hintukainen <[email protected]>
To: Chris Rankin <[email protected]>
Cc: "[email protected]" <[email protected]>
Sent: Wednesday, 15 August 2012, 21:04
Subject: Re: [xine-devel] Fix problem with EAC3 audio

On ke, 2012-08-15 at 01:04 -0700, Chris Rankin wrote:
> ----- Original Message -----
> > If yes, maybe this could be fixed by re-opening audio output when parameters change ?
> 
> 
> I should mention that xine does indeed play the stream correctly if I start playback *after* the 
> point where the number of audio channels increases from 2 to 6. However, I haven't yet found any 
> *programmatic* way of getting FFMPEG to inform me that the audio config has changed. Without that, 
> how could I possibly know when I would need to reopen the audio output?

I was thinking something like this (completely untested).


- Petri


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/