<br><div class="gmail_quote">On Mon, Apr 2, 2012 at 7:38 PM, 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></blockquote></div><br>Yes, this seems to work. But don't i miss some of the benefits with VDPAU with this setting? Is this a driver issue or a MythTV issue? I haven't had this problem before. I've only seen this problem the last few months or something.<br>
<br>/Stefan<br>