<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 1/14/13 11:13 AM, Dan Wilga wrote:<br>
</div>
<blockquote cite="mid:50F42EBA.7070402@dwilga-linux1.amherst.edu"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 1/14/13 8:55 AM, Ronald Frazier
wrote:<br>
</div>
<blockquote
cite="mid:CADvQU8DRejXXg+cg4+m0NwrE7tjCtO5JxjJ8s8dP4kQd8K0T5Q@mail.gmail.com"
type="cite">
<pre wrap="">On Sat, Jan 12, 2013 at 3:08 PM, Justin Johnson
<a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:justin.johnson3@gmail.com"><justin.johnson3@gmail.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Since upgrading to 0.26 I see a flashing line at the bottom of my HD-PVR
recordings. It only happens on 1080i channels, which leads me to suspect
that it is related to the fact that there are really 1088 lines in the
video.
Anyone have the same experience? Any workarounds or solutions/patches? I
didn't see anything current in trac.
</pre>
</blockquote>
<pre wrap="">Adjusting overscan will work, but I certainly wouldn't call that a
solution. Have you tried using a different deinterlacer? Are you using
VDPAU? What if you switch back to CPU deciding (ex: using the High
Quality profile). I'd play around with those and see if any of them
gets rid of it. If so, even if that's not the solution you want, it
might give you a clue where to look (like upgrading your nvidia
drivers or something).
</pre>
</blockquote>
<font size="-1"><font face="Verdana">I have also n<font size="-1"><font
face="Verdana">oticed this consisten<font size="-1"><font
face="Verdana">tly </font></font></font></font></font></font>since
upgrading to 0.26. It happens even to recordings that were made
before 0.26, so I know it is an output problem, not in the files.
It happens for both VDPAU Medium and VDPAU High. I'll try one of
the other rendering methods tonight. IIRC, it happens for all mkv
files, regardless of resolution, and does not happen for other
file types. Therefore, I suspect the embedded ffmpeg code, myself.<br>
<br>
FYI, I'm using 0.26-fixes commit 28846f from January 3.<br>
</blockquote>
I went through a bunch of permutations last night, and discovered:<br>
- When the recording was made by the HD-PVR, the flashing line was
always present.<br>
- Display profile did not seem to be a factor. My usual default of
VDPAU High Quality did it, as did OpenGL High Quality.<br>
- Contrary to what I said above, it did NOT do this for all mkv
files. Ones that were recorded at 1080i but transcoded down to lower
resolutions with Handbrake were fine. I don't have anything recoded
with the HD-PVR at resolutions lower than 1080i to test with.<br>
<pre class="moz-signature" cols="72">--
Dan Wilga "Ook."</pre>
</body>
</html>