<br><br><div class="gmail_quote">On Jan 24, 2008 6:54 AM, Steve Smith &lt;<a href="mailto:st3v3.sm1th@gmail.com">st3v3.sm1th@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c"><br><br>
<div><span class="gmail_quote">On 24/01/2008, <b class="gmail_sendername">Marc Sherman</b> &lt;<a href="mailto:msherman@projectile.ca" target="_blank">msherman@projectile.ca</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">James Hood wrote:<br>&gt;<br>&gt; I&#39;ve written a userjob script to convert an mpeg2 recording file to a
<br>&gt; compressed xvid avi file and modify the myth database with the new filename,<br>&gt; but I&#39;m running into problems using mythcommflag to rebuild the seek table.<br>&gt; mythcommflag (0.20.2 version) segfaults when I run it. I turned on the &quot;-v
<br>&gt; all&quot; option, and the output seems to indicate the file is recognized as<br>&gt; mpeg4 and the seek table rebuild part completes before the segfault, but<br>&gt; fastforward and rewind while watching the recording (via the &quot;Watch
<br>&gt; Recordings&quot; player) seems very broken, which leads me to suspect something<br>&gt; didn&#39;t go right in the seek table rebuild.<br><br>I&#39;ve not seen the segfault problem, but I do see very bad results
<br>
running mythcommflag on xvid AVI files; fast forward or rewind ends up<br>with a partially painted frame for a few seconds, with parts of the<br>frame retained from before the FF/RW, until it hits the next keyframe.<br>Is that the same failure mode you&#39;re seeing?
<br><br>I wonder if anyone can comment about this possibly having been fixed in<br>trunk already? (I&#39;m also using 0.20.2)<br><br>- Marc<br>_______________________________________________<br>mythtv-users mailing list<br>

<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
</a><br></blockquote></div>
</div></div><div><br>Ditto Marc&#39;s comments I&#39;m afraid!</div>
<div>Somewhere it was mentioned that mythtranscode can also redo the seek table, maybe worth a try?</div>
<div>Cheers</div><font color="#888888">
<div>&nbsp;</div>
<div>Steve</div>
<div>&nbsp;</div>
</font><br>_______________________________________________<br>mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank">
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br><br></blockquote></div><br>Marc, thanks for the response. This is exactly the issue I&#39;m experiencing. I have also tried this with a recent svn version of the code and it does the same thing, so I don&#39;t think it&#39;s fixed in trunk. I&#39;ll open a ticket for it.
<br clear="all"><br>James<br><br>-- <br>&quot;The humble learn the fastest because they don&#39;t waste time on defending a false image.&quot;