<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">I wonder if others are experiencing this same scenario?
When mythtv handles mpeg-2 encoded programs it appears to generate, or
grab, a single-frame for the user to see when browsing the recorded TV
programs. After a TV program has been transcoded to H.264 mythtv still
plays the program without issue, but the single frame is often scrambled
or nearly all grey. If others have seen this too, does anyone know of a
way to achieve better results with the H.264 encoded programming? Thanks.
</pre>
</blockquote>
<pre wrap="">
That means you're grabbing the image from a non-keyframe so you only see
the differences from some other frame. This is due to a bad seek table.
For example, if you transcode and do not rebuild the seek table, you'd
get this issue.
Or, if you transcode to MKV and do not clear the seek table (MKV should
not have MythTV seek tables), you'd get this issue.
Mike
</pre>
</blockquote>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<p style="margin-bottom: 0in; font-style: normal; line-height: 100%"><font
color="#000000">I
stopped rebuilding the seek table and cleared the original one.
The
grabbed image now appears without problem. Thanks for the
accurate
and effective information, Mike!<br>
<br>
Jim<br>
<br>
</font></p>
<title></title>
<meta name="generator" content="LibreOffice 4.2.7.2 (Linux)">
<style type="text/css">
<!--
@page { margin: 0.79in }
p { margin-bottom: 0.1in; line-height: 120% }
a:link { so-language: zxx }
-->
</style>
</body>
</html>