[mythtv-users] Curious fast forward problem

Peter Bennett pb.mythtv at gmail.com
Thu Jan 7 14:12:50 UTC 2021


On 1/6/21 4:36 PM, Michael T. Dean wrote:
> Are you sure that the frontend just hasn't gotten an update to the 
> currently-detected commercial skiplist and, perhaps, the last update 
> it received was one with a commercial start but without its 
> accompanying commercial end?  Basically it received an update while 
> the commercial detection was inside a commercial break (so the last 
> mark was a MARK_COMM_START ) and the backend hasn't sent out an update 
> that includes the MARK_COMM_END ?
>
> IIRC, I think the COMMFLAG_UPDATE event tends to be sent (to any 
> frontends that requested updates for that program with a 
> COMMFLAG_REQUEST event) every 500 frames or so of commercial 
> detection, so that would be around 8m 20s of actual program time for a 
> 60fps show, but depending on how busy/powerful the system running the 
> commercial detection is and depending on how far it's trying to stay 
> away from the "now" of the recording, I could see how it could be 
> 10+min behind now.  For interlaced video, I'm not sure if it's 
> actually frames or fields, but if it's still 500 frames, an update 
> would be sent after processing about 16m 40s of recording in a 1080i60 
> show, for example.
>
> It's possible that when the flagger recomputes the commercial skip 
> list, it ensures it never ends with a MARK_COMM_START, in which case 
> this shouldn't be the problem, but I haven't looked.
>
> Anyway, just a thought.  If nothing else, something like this could 
> explain the intermittency of the issue.  Feel free to ignore me if my 
> guess is way off, though. :)

I have commercial detection turned off on all recordings.

Peter



More information about the mythtv-users mailing list