<html><body bgcolor="#FFFFFF"><div><br><br>On 4 Feb 2011, at 08:02 AM, "Michael T. Dean" <<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div><span> On 02/04/2011 01:56 AM, Robert Longbottom wrote:</span><br><blockquote type="cite"><span>On 4 Feb 2011, at 06:00 AM, john.baab wrote:</span><br></blockquote><blockquote type="cite"><blockquote type="cite"><span>When playing back my recordings the time in the OSD often doesn't</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>match with the actual running time of the recording itself. Example</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Community from last night, recorded from 8:00 - 8:31.</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Running ffmpeg on this recording I see:</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Duration: 00:30:57.31, start: 56537.388856, bitrate: 15027 kb/s</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span> From my logs the recording time is correct:</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>2011-01-20 20:00:02.759 Started recording: Community:"Asian Population</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Studies": channel 7081 on cardid 1, sourceid 7</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>2011-01-20 20:31:00.936 Finished recording Community "Asian Population</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Studies": channel 7081</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>But when I watch it, MythTV's OSD says the recording is 25:57. If I</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>go ahead and watch the recording the entire thing is there, so</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>playback is unaffected. Rebuilding the seek table for the recording</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>doesn't help. Any ideas?</span><br></blockquote></blockquote><blockquote type="cite"><span>No ideas, but just a "me too". I've just upgraded to the latest 0.24-fixes and I now see this problem on all my recordings.</span><br></blockquote><span></span><br><span>It has to do with variable frame rates and repeat pictures and the fact that MythTV currently just uses a quick approximation to get the total length of the recording.</span><br><span></span><br><blockquote type="cite"><span> Previously it was just on the HD channels that I was seeing it. It breaks bookmarks and skipping around for me which is annoying, but I've not had chance to investigate any further yet. I'll try and do some digging this weekend if I get the chance.</span><br></blockquote><span></span><br><span>If you means bookmarks take you to the wrong place and/or skipping around takes forever, that's broken seek tables. (And you should probably update to the most-current -fixes build.)</span><font class="Apple-style-span" color="#000000"><font class="Apple-style-span" color="#0023A3"><br></font></font></div></blockquote><div><br></div><div>Yes, bookmarks were definitely taking me to the wrong place last night, but skipping forwards from the start of the recording was working ok. </div><div><br></div><div>Sounds like I need to rebuild my seek tables then. Is there an easy way to do this for all recordings? I did a very quick search for this last night, but it was late and I didn't find anything straight away. </div><div><br></div><div>I don't know if it make a difference, but I was seeing the problems while watching an in-progress recording. </div><br><blockquote type="cite"><div><span>The only effect that the above-mentioned approximation could have is that instead of skipping forward 10s, you may skip forward 11.5s; or instead of 30s, you may go 34.7s; or instead of 3m, you may go 3m 28s. However, bookmarks would always take you right back to where you set them, since we set them--and seek to them--based on frame number.</span><font class="Apple-style-span" color="#000000"><font class="Apple-style-span" color="#0023A3"><br></font></font></div></blockquote><div><br></div><div>That make sense. I'll do some more investigating tonight and see what's going on. </div><br></body></html>