Re: Radeon HDMI question

["Christian König" <deathsimple@vodafone.de>]

Hi,

Am 05.03.2013 19:26, schrieb Boszormenyi Zoltan:
> OK, a new problem now with 5.1 sound, it can be reproduced.
>
> I still have the same setup as described above.
> I started watching a video. Initially, HDMI audio just works nicely.
> I had to do something else so I paused Xine.
> During this time, X went to DPMS blanking.
> The TV switches itself off  to save power if it sees no input.
> So, after waking up the monitor from DPMS and turning on the
> TV again, I pressed play on the video. It continues playing but
> without the sound.
>
> It seems to be the same with Linux 3.8.1 and earlier kernels.

Does that also happen with just plain stereo playback? If yes then this 
is a bug with restoring the correct audio settings after DPMS blanking.

If not (and that's what I think is more likely) than that's because DPMS 
blanking causes a desync between xine and your TV. Unfortunately there 
isn't much we can do about it (maybe expect disabling DPMS all 
together), Cause from the hardware point of view it's just not possible 
to tell the audio codec to stop playback because the display isn't 
turned on any more.

Does it work when you close xine and restart it? If yes than it might be 
worth a try to tell xine to close and reopen the audio device on 
pause/restart of playback.

>
> There is nothing in dmesg, only:
>
> ALSA sound/pci/hda/hda_eld.c:337 HDMI: ELD buf size is 0, force 128
> ALSA sound/pci/hda/hda_eld.c:356 HDMI: invalid ELD data byte 0

That's unrelated, the alsa driver just assumes the standard ELD 
informations for the HDMI audio codec, but AMD hardware is actually not 
using it.

The real solution to your problem is to finally implement 8 channel PCM 
audio, instead of just using this ugly 5.1 pass through workaround. But 
so far nobody had time to do so.

Christian.