[mythtv-users] Incorrect programme duration in recordedseek for new recordings.

[Chris Rouch]

On Sun, Jan 24, 2010 at 3:54 PM, Ian Macdonald <ian at caliban.org> wrote:
> Hello,
>
> Anyone care to hazard a guess as to the cause of the problem below?
>
> I'm no closer to figuring it out, I'm afraid, and the list has been
> unusually silent about possible causes of the issue.
>
> I found one other person in the archives who has experienced the same
> issue, but if he found a solution, it wasn't posted to the list and he's
> not replying to personal e-mail.
>
> Any insights anyone can offer would be much appreciated.

Hi Ian,

I have a similar problem, but only on channels that were marked as
commercial free. Running mythtranscode on these programs fixes the
problem, but unfortunately marking the channels as having commecials
(using mythweb) did not fix subsequent recordings.

This is only on programs recorded since i upgraded to 0.22. I'm also
recording analog tv on pvr-150s.

I'd be interested in any permanent fix.

Regards,

Chris


>
> On Sat 23 Jan 2010 at 00:34:37 +0100, Ian Macdonald wrote:
>
>> My MythTV back-end box has developed an interesting new problem. It
>> manifested either directly when or shortly after I upgraded from
>> 0.21-fixes to 0.22-fixes.
>>
>> MythTV now thinks that new recordings are somewhere between 78% and 82%
>> of their actual length. A 30 minute recording this evening came out at
>> 24:14, according to the 'i(nfo)' key while playing, and a 65 minute
>> recording came out at 50:24.
>>
>> Usually, this indicates a problem with the recordedseek table, and I've
>> had a couple of crashes of that table over the years, so I'm familiar
>> with how to repair it.
>>
>> This time, though, things are different. recordedseek is intact and only
>> new recordings are affected. They are consistently around 20% shorter,
>> according to recordedseek.
>>
>> Note that the actual length of the recording is fine. Once I run
>> mythcommflag on an affected recording, it takes on its correct length in
>> MythTV.
>>
>> Nothing else has changed on this box. As I say, the bug appears to have
>> crept in when I moved to 0.22-fixes.
>>
>> The box is a 4 tuner system with 2 Hauppauge PVR-350s and 2 PVR-150s.
>> Recordings by all cards are affected. I checked the config in
>> mythtv-setup and they are all still correctly set to PAL-BG. v4l2-ctl
>> also shows that the cards are set to PAL-B/B1/G.
>>
>> The kernel on the box is old now, 2.6.22.9, but this has functioned well
>> for a long time. At the suggestion of a developer on #mythtv-users last
>> night, I upgraded the box today to 2.6.32.4, but that had no effect on
>> the issue, so I've gone back to 2.6.22.9.
>>
>> I have optimised and repaired recordedseek, just for the sake of
>> completeness, plus run mythcommflag on everything I have. The problem
>> remains.
>>
>> Does anyone have an idea of where to look next? I'm out of ideas at the
>> moment.
>>
>> Cheers,
>>
>> Ian
>> --
>> Ian Macdonald               | It is easier to resist at the beginning
>> ian at caliban.org             | than at the end.   -- Leonardo da Vinci
>> http://www.caliban.org/     |
>>                             |
>>                             |
>
> --
> Ian Macdonald               | <sct> Anyone want the new supermount? :)
> ian at caliban.org             | <klogd> whats new aboutit <sct> klogd: It
> http://www.caliban.org/     | cleans whiter than white. :)  -- Seen on
>                            | #Linux
>                            |
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>