Am Samstag, den 20.06.2009, 02:09 +0200 schrieb Rafał Miłecki:
First patch (R700 support) doesn't cause any regressions on my M82. Good, so i will forward the patch to matthias for inclusion.
Second one (experimental) is working somehow weird for me. Normally while not playing audio I get "No signal" on my A/V receiver. While playing something with not hardware codec (not hwac3, not hwdts) I get "Movie" on A/V received display.
So I recompiled driver with second patch applied and restarted X. I saw "Movie" on my A/V receiver's display. After starting playback I got auido right after starting, without delay. I used mplayer for this.
The weird part is that after pausing playback in mplayer (pause, not quit) it stops playing (obvious) but displays changes to "No signal". And after resuming playback from pause I still get that ~500ms delay.
However after quiting mplayer I get "No signal" for ~500ms, and after that time "Movie" again. Aftet getting "Movie" I can start playback again without delay.
Uh, that sounds weird, hope you understand this. Just to sum up: I get rid of silence delay only when starting fresh mplayer. After pause&resume in mplayer I've to wait ~500ms anyway.
Can you comment on this Christian? Yep, works as expected. The problem here is that i trigger on the audio stream setup, not on the actually audio buffer filled event. This is an mplayer specific behaviour, xine has an option to play silence between suspend/resume (ok i think mplayer has also this option somewhere, but its seems to be turned off by default).
Attached is a new version of the patch, it now checks on the correct bit in the hdmi engine, instead of the stream status bits in the audio engine. I was more successful Beside that i have implemented enabling/disabling this workaround with xorg.conf and xrandr. The default is off, so you need to either put something like Option "AudioWorkaround" "DVI-I_1 DVI-I_2" in your xorg.conf or enable this with xrandr. Bye, Christian.