[mythtv-users] PVR-150/300/500 HVR-1600 commflag workaround

[faginbagin]

On 11/3/2014 2:11 AM, Hika van den Hoven wrote:
> Hoi faginbagin,
> 
> Monday, November 3, 2014, 7:20:52 AM, you wrote:
> 
>> On 11/2/2014 4:24 PM, faginbagin wrote:
>>> I think I know why commflagging isn't working on recordings made using these analog tuners. And I have a workaround. If, when you run the mythcommflag command from the command line, you get a lot of errors like this:
>>> 2014-11-02 16:09:46.253190 E  decoding error
>>>                           eno: Unknown error 541478725 (541478725)
>>> it's probably because you've got a bad record in the recordedseek table for that recording, something like this:
>>> chanid  starttime   mark    offset  type
>>> 2005    2014-11-02 07:00:00 0   4294967146  9
>>>
>>> It's supposed to be the offset of the first frame (mark=0) and should be a very small number. I haven't figured out where this bogus offset comes from, but you should be able to work around it by rebuilding the seek table for each affected recording. For example:
>>>
>>> mythcommflag --file <storage-directory>/filename.mpg --rebuild
>>>
>>> Once you've done that, commercial flagging should work, and should work better with my patches from:
>>> https://code.mythtv.org/trac/ticket/12308
>>>
>>> I'm now going to hunt down where that bogus offset comes from, but a fix probably won't help existing recordings. You'll need to rebuild the seek table for those.
>>>
>>> HTH,
>>> Helen
> 
>> I found the root cause. It was a conversion from a 32 bit unsigned
>> integer to a 64 bit signed integer that caused the bogus recordedseek record. The ticket:
>> https://code.mythtv.org/trac/ticket/12313
>> has a patch that will prevent it from happening to future recordings.
> 
>> Helen
>> _______________________________________________
> 
> Could this be why I have to rebuild all my seek tables since I moved
> from 0.26 to 0.27? I have two PVR500's
> 
> 
> Tot mails,
>    Hika                            mailto:hikavdh at gmail.com
> 
> "Zonder hoop kun je niet leven
> Zonder leven is er geen hoop
> Het eeuwige dilemma
> Zeker als je hoop moet vernietigen om te kunnen overleven!"
> 
> De lerende Mens

I don't know. AFAICT, the problem has been there since Feb 2013 and was in 0.26, but I believe it should only have affected PVR tuners installed on machines running a 32 bit OS.

I remember rebuilding seek tables for my recordings when I upgraded from 0.23 to 0.25 or 0.26 (forget which), but I think it was unrelated to this problem as (I seem to recall) there was an issue with digital recordings (especially with changing frame rates), as well as analog recordings made on both 32 bit and 64 bit OSs.

Regards,
Helen