W dniu 21 czerwca 2009 17:59 użytkownik Christian König
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
First of all, whitespace warning appears: zajec@linux-aodr:~/xf86-video-radeonhd> git am ../0002-Audio-dummy-stream-workaround.patch Applying: Audio dummy stream workaround /home/zajec/xf86-video-radeonhd/.git/rebase-apply/patch:349: trailing whitespace. __func__, IsAudioBufferFilled(hdmi) ? "playing" : "stoped", /home/zajec/xf86-video-radeonhd/.git/rebase-apply/patch:430: trailing whitespace. } else { warning: 2 lines add whitespace errors.
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.
OK, so I tried this version with: Option "HDMI" "DVI-D_1" Option "AudioWorkaround" "DVI-D_1" but it doesn't seem to work for me. I don't get any /not recognised option/ in log, but my A/V receiver displays "No Signal" after starting X and after stopping video. Next problem is that after playing more with first version of your patch I noticed lockups on starting mplayer with -ss option. For example: mplayer -vo xv -ao alsa:device=hw=1.3 -ss 6401 file.mkv lockups with "Starting playback" message from MPlayer. ACPI power down doesn't work, ALT+CTRL+BACKSPACE doesn't work, SysRq fortunately works. Can you reproduce this with first version of your patch? Does it still happen for you with second version? My file.mkv is: [mkv] Track ID 1: video (V_MPEG4/ISO/AVC), -vid 0 [mkv] Track ID 2: audio (A_DTS), -aid 0, -alang eng -- Rafał Miłecki -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org