<div dir="ltr">Hi Mike,<br><br>:-)<br><br>Thanks for the background. Could you please point me to the tickets that reference this problem? Who knows, maybe one day, in a parallel universe, I will have time, skill and thoroughness enough that I may want to take a crack at it. Or, it could just satisfy my technical curiosity to understand what the problem is in more detail.<br>
<br>Regards,<br><br>Julian<br><br><div class="gmail_quote">On Wed, Aug 27, 2008 at 10:42 PM, Michael T. Dean <span dir="ltr">&lt;<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>&gt;</span> 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">On 08/27/2008 07:12 PM, Julian Cerruti wrote:<br>
&gt; I wonder if someone could give me some advice on how to go about<br>
&gt; resolving this issue.<br>
&gt;<br>
&gt; For a long while (I don&#39;t know when this started, probably about a<br>
&gt; year ago) all the recordings from shows end earlier than their real<br>
&gt; length when played from the mythTV &quot;watch recordings&quot; page. For<br>
&gt; example, when I record a program of 30 minutes length, playback shows<br>
&gt; a duration of 23:47. I noticed that the recording is indeed longer<br>
&gt; than that, for example, by playing back the .mpg file externally using<br>
&gt; mplayer. Also, depending on how playback is configured in mythTV, it<br>
&gt; would continue playing past 23:47, only the progress counter would<br>
&gt; stop moving (it remains in 23:47 of 23:47) and also many navigation<br>
&gt; functions (FFWD, RWD) are lost. Also is commercial auto-skip. In fact:<br>
&gt; I have a slight suspicion that in many cases, commercial flagging is<br>
&gt; not worken as well as it could because of this.<br>
&gt;<br>
&gt; A couple more details: I notice that the &quot;end time&quot; reported by the<br>
&gt; mythTV player is suspiciously similar for similar length recordings.<br>
&gt; Something like: 30 mins -&gt; 23:47; 1hr -&gt; 47:58; etc. Also, I verified<br>
&gt; the guide data is reasonably OK (this time discrepancy doesn&#39;t seem to<br>
&gt; come from there). I am currently running mythtv 0.21 from mythbuntu<br>
&gt; 8.04.1 out-of-the-box. I use a Hauppauge 500 with ivtv <a href="http://1.1.0." target="_blank">1.1.0.</a> Only<br>
&gt; unusual setting is that because of my location (Argentina) I&#39;m using<br>
&gt; Pal-Nc and a custom-written XMLTV grabber.<br>
&gt;<br>
&gt; Any advice on how to go about diagnosing this or tips to try to fix it<br>
&gt; would be greatly appreciated.<br>
<br>
</div></div>The approach Myth uses to calculate duration of the recordings is<br>
imprecise with certain types of shows (i.e. shows broadcast with one<br>
frame rate while part--such as commercials--use another). &nbsp;The &quot;issue&quot;<br>
is purely cosmetic but fixing it properly is a /lot/ of work, so fixing<br>
it has been very low priority (for the couple of years the plan has been<br>
in place to fix it).<br>
<br>
There are tickets related to the issue and it will eventually be fixed.<br>
Until then, just get used to how your local channels work and &quot;adjust&quot;<br>
in your head. &nbsp;Soon, when someone says, &quot;Let&#39;s meet in an hour,&quot; you&#39;ll<br>
show up 1 hour 8 minutes and 34 seconds later and get accused of being<br>
late, but you&#39;ll know--from watching your TV shows--that 52:30 is really<br>
one hour, so you&#39;re actually on time. &nbsp;:)<br>
<br>
Mike<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>
</blockquote></div><br></div>