<br><br><div class="gmail_quote">On 2 April 2012 19:38, Michael T. Dean <span dir="ltr"><<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 04/02/2012 01:21 PM, Daniel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
I've seen a similar problem on my setup using VDPAU and only on certain<br>
channels (with a highly compressed video stream). I tried several different<br>
solutions (e.g. adjusting X-server settings, vdpau-options). What finally<br>
helped me out was to upgrade to 0.25 and select OpenGL video decoding. The<br>
rendering could be left at VDPAU without problems.<br>
</blockquote>
<br></div>
I think you mean ffmpeg/standard decoding with VDPAU render. (Since VDPAU is both a decoder and renderer and OpenGL is only a renderer and ffmpeg/standard is a decoder.) :)<br>
<br>
FWIW, I'm using the same setup (ffmpeg/standard decoding and VDPAU rendering) with 0.24-fixes because I got occasional glitches (blockiness/pixelation and stutter and pauses) using VDPAU decoding. Playback is perfect when I don't use VDPAU for decoding. I assumed it was slightly-glitchy video or some issue VDPAU has with the particular encoding options used by my broadcasters.<div class="HOEnZb">
<div class="h5"><br>
<br>
Mike<br>
______________________________<u></u>_________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/<u></u>listinfo/mythtv-users</a><br>
</div></div></blockquote></div><br>Yup, of course. ffmpeg decoding and VDPAU rendering. Sorry for the confusion.<br><br>Daniel<br>