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. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
