<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>On 19/09/2013, at 3:47 AM, "Ian Evans" <<a href="mailto:dheianevans@gmail.com">dheianevans@gmail.com</a>> wrote:</div><div><br></div><blockquote type="cite"><div><div dir="ltr"><div><div><div><div>This is going back to last year's thread "<span id=":1q8" class="" tabindex="-1">show pops up End of Recording but plays through Mythweb</span>"<br><br></div>Still don't have another recording drive so occasionally shrink down SD shows broadcast on HD channels if we're not going to be able to watch them right away. Saves a few gigs.<br>
<br></div>As I reported in the previous thread, the end of recording message will pop up a couple of seconds into the show. Strangely this only seems to happen with a few channels, other SD shows from other channels shrink and play with no problem.<br>
<br></div>Just tried to manually run an index reiulbd on the file in question and got this:<br><br>mythcommflag --file 1019_20130918060000.mp4 --rebuild<br><br>2013-09-18 14:06:49.868328 C mythcommflag version: fixes/0.26 [v0.26.1-17-gbd7198b] <a href="http://www.mythtv.org">www.mythtv.org</a><br>
<br>2013-09-18 14:06:49.868345 C Qt version: compile: 4.8.1, runtime: 4.8.1<br><br>MythTV Commercial Flagger, building seek table for:<br> Cassowaries<br>Rebuild started at Wed Sep 18 14:06:50 2013<br>Rebuild completed at Wed Sep 18 14:07:04 2013<br>
<br>2013-09-18 14:07:04.632460 E decoding error<br>eno: Unknown error 541478725 (541478725)<br><br></div>Running 26-fixes.<br><div><div><br><div><div><a href="http://www.digitalhit.com" target="_blank"></a>
</div></div></div></div></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>mythtv-users mailing list</span><br><span><a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a></span><br><span><a href="http://www.mythtv.org/mailman/listinfo/mythtv-users">http://www.mythtv.org/mailman/listinfo/mythtv-users</a></span><br></div></blockquote><br><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></body></html>