<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Sep 19, 2013 at 2:36 AM, Mark Perkins <span dir="ltr"><<a href="mailto:perkins1724@hotmail.com" target="_blank">perkins1724@hotmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><div class="h5"><div><br></div><div>On 19/09/2013, at 12:40 PM, "Ian Evans" <<a href="mailto:dheianevans@gmail.com" target="_blank">dheianevans@gmail.com</a>> wrote:<br>
<br></div><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Sep 18, 2013 at 5:55 PM, Mark Perkins <span dir="ltr"><<a href="mailto:perkins1724@hotmail.com" target="_blank">perkins1724@hotmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><div><div>On 19/09/2013, at 3:47 AM, "Ian Evans" <<a href="mailto:dheianevans@gmail.com" target="_blank">dheianevans@gmail.com</a>> wrote:</div>
[Mark] I always just assumed that was Mythcommflag's way of handling EOF being reached (which may be more or less just run off the end to where no more file data is provided hence the decoding error?). I get same decoding error message with commflag detection but the skip points are still inserted. I don't think it is anything to worry about. Should be able to test if seek table is present by skipping forward in the file during playback?</div>
</div></div></blockquote><div><br></div><div>The only problem is the seektable isn't being repaired. Even after running this the End of Recording GUI pops up a couple of seconds into the show. <br></div></div></div></div>
</div></blockquote></div></div><blockquote type="cite"><div><span>_______________________________________________</span><div class="im"><br><span>mythtv-users mailing list</span><br><span><a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a></span><br>
<span><a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a></span><br></div></div></blockquote>[Mark] maybe try mythtranscode (<span style="font-family:'.HelveticaNeueUI';font-size:15px;line-height:19px;white-space:nowrap"><a href="http://www.mythtv.org/wiki/Repairing_the_Seektable" target="_blank">http://www.mythtv.org/wiki/Repairing_the_Seektable</a>) </span>to repair and see if that changes the behaviour. Also just to clarify - along with the End of Recording GUI popup is seek behaviour disabled or can you still seek despite the popup.</div>
</blockquote><div><br></div><div> No chance to seek as Myth thinks it only one second long.<br><br></div><div>However, I just updated to .27 and it's able to play the file past the one second mark. However, the file could not be fast-forwarded or skipped. Ran `mythcommflag --file 1019_20130918060000.mp4 --rebuild` under .27. Still does not work:<br>
<br>Rebuild started at Thu Sep 19 02:51:04 2013<br>No I-frames found, rewinding...<br>Rebuild completed at Thu Sep 19 02:51:20 2013<br>2013-09-19 02:51:20.165736 E decoding error<br>eno: Unknown error 541478725 (541478725)<br>
<br></div><div>Go back to Recordings and Mythtv .27 thinks the file is 0 seconds long. It can now play it (unlike .26) however I cannot seek or fast-forward.<br></div><div><br></div></div></div></div>