Comment 8 for bug 368112

I was not able to reproduce any bad video playback behaviour with vlc, mplayer or xine. The VDR+xineliboutput bug does not require a DVB hard to reproduce, as it only happens while cutting a recording: After pausing playback and moving a cut mark forwards or backwards, it alternately displays the second last and the last frame (so the currently paused position does not correspond to the GOP/I-Frame displayed on the screen).

I understand that a bug only affecting a binary-only product and a self-compiled application won't make it very high on the priority list. But it's good to know that it is reproducible on another box.

I just tried switching to metacity instead of compiz, that did not help.