Re: [mythtv-users] Commercial skips about 5-15 seconds early
> >I think there is other logic that would need to be changed later in the > >analysis code to account for these frames, but this might fix it for > >your test case. > It does in fact fix this. Perfect commercial skip. Great. I have this patch along with the other nuppeldecoder.cpp line uncommented in my tree and will probably commit them in a couple days if I don't hear back any negative reports from you. > >Does the editor still function properly and do the frame numbers in the > >editor match up to what you're seeing in the commercial skip list for > >this recording? > I will check on this to see and let you know. Let me know if you see any other odd things as well. I don't see the frame number being used by the transcoder and can't think of any other issues with uncommenting that line. David Engel, since that was your patch, if you see this and there's anything you can think of, let me know and I can try to look further. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
Chris Pinkham wrote: This could be because the patch pretends the skipped frames were blank. Maybe that is a bad thing since it could cause false detection. I think I need to put in some more logic to make it so that these skipped frames do not affect the detection logic, but if you want to try something, you could comment out the following line that the patch inserted: fInfo.flagMask = COMM_FRAME_BLANK; I think there is other logic that would need to be changed later in the analysis code to account for these frames, but this might fix it for your test case. It does in fact fix this. Perfect commercial skip. Does the editor still function properly and do the frame numbers in the editor match up to what you're seeing in the commercial skip list for this recording? I will check on this to see and let you know. Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
> Ok. I applied this patch and the uncomment change to my remote frontend > (for completeness, this is does *not* include the change we made before > to initialize framesPlayed and use an incrementer). I noted the cutlist > that was generated by the previous run of mythcommflag and I ran the > patched mythcommflag from my remote frontend against the program in > question. Results: > It now begins the skip at the correct point but seems to skip too far by > about 12 seconds or so. You'll notice that while the start skip > increased by about 73 frames, the end skip increased by about 700 or so, > ie: the duration of the commflag changed as well as the start point with > this change. It seems that if the duration had stayed the same but the > start point increased as it did, this would have been a perfect skip as > I usually find. This could be because the patch pretends the skipped frames were blank. Maybe that is a bad thing since it could cause false detection. I think I need to put in some more logic to make it so that these skipped frames do not affect the detection logic, but if you want to try something, you could comment out the following line that the patch inserted: fInfo.flagMask = COMM_FRAME_BLANK; I think there is other logic that would need to be changed later in the analysis code to account for these frames, but this might fix it for your test case. Does the editor still function properly and do the frame numbers in the editor match up to what you're seeing in the commercial skip list for this recording? -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
Chris Pinkham wrote: Could this have been broken for almost a year? When the changes were put in to have NVP get framesPlayed from videoOutput, the line below was commented out in nuppeldecoder.cpp. This is in changeset 4908. http://cvs.mythtv.org/trac/changeset/4908 else if (frameheader.comptype == 'V') { lastKey = frameheader.timecode; //framesPlayed = frameheader.timecode - 1; if (!hasFullPositionMap) We later backed out the change right below the one I've quoted above. In that change, the changset commented out a "framesPlayed++;", I wonder if we should have reverted this one as well. When using the null video output, NVP gets its framesPlayed from the decoder directly. The flagger never seeks (after initial logo detection), so its value for framesPlayed (from nvp->GetRawVideoFrame()->frameNumber) just goes up one by one as framesPlayed is incremented in the decoder. When playing the recording normally and skipping around (whether manually or using NVP::AutoCommercialSkip()), the framesPlayed may take jumps since it is being recalculated in the decoder everytime we seek. Kevin, Can you uncomment the line above in nuppeldecoder.cpp? It's on line 968 in HEAD. That will cause the framesPlayed to be set based upon the sync frame we just saw and should cause the framesPlayed to line up between the player and other programs that don't seek like the flagger. I think you'll also need to apply the attached patch to the flagger to get it to cope with the jumping frame numbers. Basically, it just inserts dummy records into the frameInfo map and pretends the missing frames were blank. Make a note of what the commercial skip markers are set to for the sample recording and then rerun mythcommflag and check to see if it caused the frame numbers for the commercials to change. If they did, they should be higher now if you had missing frames in the video. If they are, try watching the program again and see if it skips in the right place this time. Ok. I applied this patch and the uncomment change to my remote frontend (for completeness, this is does *not* include the change we made before to initialize framesPlayed and use an incrementer). I noted the cutlist that was generated by the previous run of mythcommflag and I ran the patched mythcommflag from my remote frontend against the program in question. Results: Before: 0 - 2136 22107 - 28738 43179 - 49673 61868 - 68459 77060 - 84056 93179 - 100204 105639 - 108048 After: 0 - 2548 22145 - 29518 43257 - 50398 61981 - 68588 77195 - 85198 93340 - 101548 105834 - 108048 It now begins the skip at the correct point but seems to skip too far by about 12 seconds or so. You'll notice that while the start skip increased by about 73 frames, the end skip increased by about 700 or so, ie: the duration of the commflag changed as well as the start point with this change. It seems that if the duration had stayed the same but the start point increased as it did, this would have been a perfect skip as I usually find. Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
> >If the frame numbers in the editor match the frame numbers in the commercial > >skip list, and the frame numbers displayed when AutoCommercialSkip skips > >match those as well, then the frame number during playback must not be > >matching the frame number you see when in edit mode (or when the flagger > >plays frame-by-frame through the video). Does this sound like what's > >happening or did the video skip at the right place (visually) when you > >printed out the frame numbers above. > > > > > This sounds like what is happening based on what I saw above Could this have been broken for almost a year? When the changes were put in to have NVP get framesPlayed from videoOutput, the line below was commented out in nuppeldecoder.cpp. This is in changeset 4908. http://cvs.mythtv.org/trac/changeset/4908 else if (frameheader.comptype == 'V') { lastKey = frameheader.timecode; //framesPlayed = frameheader.timecode - 1; if (!hasFullPositionMap) We later backed out the change right below the one I've quoted above. In that change, the changset commented out a "framesPlayed++;", I wonder if we should have reverted this one as well. When using the null video output, NVP gets its framesPlayed from the decoder directly. The flagger never seeks (after initial logo detection), so its value for framesPlayed (from nvp->GetRawVideoFrame()->frameNumber) just goes up one by one as framesPlayed is incremented in the decoder. When playing the recording normally and skipping around (whether manually or using NVP::AutoCommercialSkip()), the framesPlayed may take jumps since it is being recalculated in the decoder everytime we seek. Kevin, Can you uncomment the line above in nuppeldecoder.cpp? It's on line 968 in HEAD. That will cause the framesPlayed to be set based upon the sync frame we just saw and should cause the framesPlayed to line up between the player and other programs that don't seek like the flagger. I think you'll also need to apply the attached patch to the flagger to get it to cope with the jumping frame numbers. Basically, it just inserts dummy records into the frameInfo map and pretends the missing frames were blank. Make a note of what the commercial skip markers are set to for the sample recording and then rerun mythcommflag and check to see if it caused the frame numbers for the commercials to change. If they did, they should be higher now if you had missing frames in the video. If they are, try watching the program again and see if it skips in the right place this time. -- Chris Index: programs/mythcommflag/ClassicCommDetector.cpp === --- programs/mythcommflag/ClassicCommDetector.cpp (revision 7495) +++ programs/mythcommflag/ClassicCommDetector.cpp (working copy) @@ -112,6 +112,7 @@ currentAspect = COMM_ASPECT_WIDE; +lastFrameNumber = -2; curFrameNumber = -1; if (getenv("DEBUGCOMMFLAG")) @@ -651,6 +652,19 @@ fInfo.format = COMM_FORMAT_NORMAL; fInfo.flagMask = 0; +// If we somehow skipped frames, pretend they were blank. +if (lastFrameNumber != (curFrameNumber - 1)) +{ +fInfo.flagMask = COMM_FRAME_BLANK; + +lastFrameNumber++; +while(lastFrameNumber < curFrameNumber) +frameInfo[lastFrameNumber++] = fInfo; + +fInfo.flagMask = 0; +} +lastFrameNumber = curFrameNumber; + frameInfo[curFrameNumber] = fInfo; if (commDetectMethod & COMM_DETECT_BLANKS) Index: programs/mythcommflag/ClassicCommDetector.h === --- programs/mythcommflag/ClassicCommDetector.h (revision 7495) +++ programs/mythcommflag/ClassicCommDetector.h (working copy) @@ -120,6 +120,7 @@ bool verboseDebugging; +long long lastFrameNumber; long long curFrameNumber; int width; ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
Chris Pinkham wrote: Just put the existing AutoCommercialSkip(); inside a block and put a couple cerr's before and after it to print out the above values and see how they compare to what you're seeing in the editor. See if it looks like it skipped at the right frame number or if maybe it thinks it's skipping at the right frame but the skip doesn't line up with the frame numbers you see while in the editor. It seems to be right. The framesPlayed increments to 43179 while CommBreak.iter is 43179 and .data is 4. After 43179, commBreak.iter jumps to 61868 and framesPlayed keeps climbing. So it is skipping at the right frame numbers from the commercial skip list, but does it still look like it's skipping at the wrong point in the video? Correct. There is actually about 3-5 seconds of content after the skip that is missed and a like amount of the commercial I see at the end before the show resumes. If the frame numbers in the editor match the frame numbers in the commercial skip list, and the frame numbers displayed when AutoCommercialSkip skips match those as well, then the frame number during playback must not be matching the frame number you see when in edit mode (or when the flagger plays frame-by-frame through the video). Does this sound like what's happening or did the video skip at the right place (visually) when you printed out the frame numbers above. This sounds like what is happening based on what I saw above Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
> >Just put the existing AutoCommercialSkip(); inside a block and put a > >couple cerr's before and after it to print out the above values and > >see how they compare to what you're seeing in the editor. See if it > >looks like it skipped at the right frame number or if maybe it thinks > >it's skipping at the right frame but the skip doesn't line up with the > >frame numbers you see while in the editor. > > > > > It seems to be right. The framesPlayed increments to 43179 while > CommBreak.iter is 43179 and .data is 4. After 43179, commBreak.iter > jumps to 61868 and framesPlayed keeps climbing. So it is skipping at the right frame numbers from the commercial skip list, but does it still look like it's skipping at the wrong point in the video? If the frame numbers in the editor match the frame numbers in the commercial skip list, and the frame numbers displayed when AutoCommercialSkip skips match those as well, then the frame number during playback must not be matching the frame number you see when in edit mode (or when the flagger plays frame-by-frame through the video). Does this sound like what's happening or did the video skip at the right place (visually) when you printed out the frame numbers above. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
> I'll see if I can get you something tonight, btw, do you have a way to > see frame numbers in the editor or is converting somethingl like > 0:23:59:09 to a frame number using 30fps the correct way? The theme I uses displays the frame number in the OSD while in edit mode, guess yours doesn't. I'd use 29.97 to make sure you're as close as possible but 30 will get you pretty close: (((23 * 60) + 59) * 29.97) + 9 = frame 3157 (((23 * 60) + 59) * 30) + 9= frame 3159 -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
Chris Pinkham wrote: If the frame numbers match up (so commercial detection is correct), you can put some debug statements into NuppelVideoPlayer::AutoCommercialSkip() to see if this is being triggered early for some reason or if frame numbers look off in there for some reason. They do seem to match. The program skips at 23:59:09 and the cutlist generated says it skips at 43179 which would be consistent with 30fps if my math is right. What kind of debugging statements are you looking for? I was wanting to verify at what framesPlayed it was actually performing the skip and what framesPlayed was after the skip. Possibly also what commBreakIter.key() and .data() were before and after AutoCommercialSkip(); was called around line 2094 in NVP as well. Just put the existing AutoCommercialSkip(); inside a block and put a couple cerr's before and after it to print out the above values and see how they compare to what you're seeing in the editor. See if it looks like it skipped at the right frame number or if maybe it thinks it's skipping at the right frame but the skip doesn't line up with the frame numbers you see while in the editor. It seems to be right. The framesPlayed increments to 43179 while CommBreak.iter is 43179 and .data is 4. After 43179, commBreak.iter jumps to 61868 and framesPlayed keeps climbing. Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
Chris Pinkham wrote: If the frame numbers match up (so commercial detection is correct), you can put some debug statements into NuppelVideoPlayer::AutoCommercialSkip() to see if this is being triggered early for some reason or if frame numbers look off in there for some reason. They do seem to match. The program skips at 23:59:09 and the cutlist generated says it skips at 43179 which would be consistent with 30fps if my math is right. What kind of debugging statements are you looking for? I was wanting to verify at what framesPlayed it was actually performing the skip and what framesPlayed was after the skip. Possibly also what commBreakIter.key() and .data() were before and after AutoCommercialSkip(); was called around line 2094 in NVP as well. Just put the existing AutoCommercialSkip(); inside a block and put a couple cerr's before and after it to print out the above values and see how they compare to what you're seeing in the editor. See if it looks like it skipped at the right frame number or if maybe it thinks it's skipping at the right frame but the skip doesn't line up with the frame numbers you see while in the editor. I'll see if I can get you something tonight, btw, do you have a way to see frame numbers in the editor or is converting somethingl like 0:23:59:09 to a frame number using 30fps the correct way? Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
> >If the frame numbers match up (so commercial detection is correct), > >you can put some debug statements into > >NuppelVideoPlayer::AutoCommercialSkip() to see if this is being > >triggered early for some reason or if frame numbers look off in > >there for some reason. > > > They do seem to match. The program skips at 23:59:09 and the cutlist > generated says it skips at 43179 which would be consistent with 30fps if > my math is right. What kind of debugging statements are you looking for? I was wanting to verify at what framesPlayed it was actually performing the skip and what framesPlayed was after the skip. Possibly also what commBreakIter.key() and .data() were before and after AutoCommercialSkip(); was called around line 2094 in NVP as well. Just put the existing AutoCommercialSkip(); inside a block and put a couple cerr's before and after it to print out the above values and see how they compare to what you're seeing in the editor. See if it looks like it skipped at the right frame number or if maybe it thinks it's skipping at the right frame but the skip doesn't line up with the frame numbers you see while in the editor. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
Chris Pinkham wrote: I'm having an issue recently. My commercial detection seems to detect perfectly (duration wise) but the commercial skips about 5-15 seconds early. So I miss 5-15 seconds prior to each break and see about 5-15 seconds of the last commercial. The clocks on both machines are synced up to each other. My system is made up of master backend, slave backend, and remote frontend. Any suggestions appreciated. Can you look at the frame numbers for the commercial markers in recordedmarkup and see if they match up to the proper frame numbers where commercials start/end when you look at them in the editor? If the frame numbers match up (so commercial detection is correct), you can put some debug statements into NuppelVideoPlayer::AutoCommercialSkip() to see if this is being triggered early for some reason or if frame numbers look off in there for some reason. They do seem to match. The program skips at 23:59:09 and the cutlist generated says it skips at 43179 which would be consistent with 30fps if my math is right. What kind of debugging statements are you looking for? Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
Chris Pinkham wrote: Chris, this problem has existed for a long time with software encoding but I hadn't ever wanted to bother you with it. If a file is damaged by a pegged CPU, temporary loss of signal or any other reason that might cause a significant number of dropped frames, the commercial markers will be off by the same amount for the remainder of the show. I assume that this is because the frame numbers are sequential and don't count the dropped frames while something else is assuming the frame number should be time * framerate. mythcommflag is using the frame number from the video frame itself in this: VideoFrame* currentFrame = nvp->GetRawVideoFrame(); currentFrameNumber = currentFrame->frameNumber; I think I used to use my own frame counter that just did currentFrameNumber++ a long time ago but it also was off in some cases of corrupt files I believe. NVP updates its frame counter from the decoder's framesPlayed. I think the issue may be with different ways that framesPlayed is handled in the decoders or a difference when you just play frame-by-frame vs. when you use DoFastForward/DoRewind which reset framesPlayed based on the seek. Kevin, If you are using software encoding, can you try a couple changes in ClassicCommDetector.cpp? Change the declaration of currentFrameNumber to inialize it to 0. Then change the above "currentFrameNumber = currentFrame->frameNumber;" to just currentFrameNumber++; Then rerun mythcommflag for one of these recordings and see if that helps or fixes things for these software-encoded recordings. I made this change but did not see any change. Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
> Chris, this problem has existed for a long time with software encoding > but I hadn't ever wanted to bother you with it. If a file is damaged > by a pegged CPU, temporary loss of signal or any other reason that > might cause a significant number of dropped frames, the commercial > markers will be off by the same amount for the remainder of the show. > I assume that this is because the frame numbers are sequential and > don't count the dropped frames while something else is assuming the > frame number should be time * framerate. mythcommflag is using the frame number from the video frame itself in this: VideoFrame* currentFrame = nvp->GetRawVideoFrame(); currentFrameNumber = currentFrame->frameNumber; I think I used to use my own frame counter that just did currentFrameNumber++ a long time ago but it also was off in some cases of corrupt files I believe. NVP updates its frame counter from the decoder's framesPlayed. I think the issue may be with different ways that framesPlayed is handled in the decoders or a difference when you just play frame-by-frame vs. when you use DoFastForward/DoRewind which reset framesPlayed based on the seek. Kevin, If you are using software encoding, can you try a couple changes in ClassicCommDetector.cpp? Change the declaration of currentFrameNumber to inialize it to 0. Then change the above "currentFrameNumber = currentFrame->frameNumber;" to just currentFrameNumber++; Then rerun mythcommflag for one of these recordings and see if that helps or fixes things for these software-encoded recordings. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
Chris Pinkham wrote: I'm having an issue recently. My commercial detection seems to detect perfectly (duration wise) but the commercial skips about 5-15 seconds early. So I miss 5-15 seconds prior to each break and see about 5-15 seconds of the last commercial. The clocks on both machines are synced up to each other. My system is made up of master backend, slave backend, and remote frontend. Any suggestions appreciated. Can you look at the frame numbers for the commercial markers in recordedmarkup and see if they match up to the proper frame numbers where commercials start/end when you look at them in the editor? If the frame numbers match up (so commercial detection is correct), you can put some debug statements into NuppelVideoPlayer::AutoCommercialSkip() to see if this is being triggered early for some reason or if frame numbers look off in there for some reason. I'll try to get some data for you tonight. Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
Bruce Markey wrote: Chris Pinkham wrote: I'm having an issue recently. My commercial detection seems to detect perfectly (duration wise) but the commercial skips about 5-15 seconds early. So I miss 5-15 seconds prior to each break and see about 5-15 seconds of the last commercial. The clocks on both machines are synced up to each other. My system is made up of master backend, slave backend, and remote frontend. Any suggestions appreciated. Can you look at the frame numbers for the commercial markers in recordedmarkup and see if they match up to the proper frame numbers where commercials start/end when you look at them in the editor? If the frame numbers match up (so commercial detection is correct), you can put some debug statements into NuppelVideoPlayer::AutoCommercialSkip() to see if this is being triggered early for some reason or if frame numbers look off in there for some reason. Chris, this problem has existed for a long time with software encoding but I hadn't ever wanted to bother you with it. If a file is damaged by a pegged CPU, temporary loss of signal or any other reason that might cause a significant number of dropped frames, the commercial markers will be off by the same amount for the remainder of the show. I assume that this is because the frame numbers are sequential and don't count the dropped frames while something else is assuming the frame number should be time * framerate. To confirm part of this, I am using 2 software capture cards in the master backend and a single PVR-150 in slave backend. It only seems that this started recently when I am capturing 3 shows. The slave backend has no local disk so it is writing over the network to the master. The master is indeed close to CPU bound with 2 simultaneous recordings + commflagging. The shows that exhibit this typically have portions in them when I watch them were the video lags behind the audio (dropping frames) but eventually catches up. Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
Chris Pinkham wrote: I'm having an issue recently. My commercial detection seems to detect perfectly (duration wise) but the commercial skips about 5-15 seconds early. So I miss 5-15 seconds prior to each break and see about 5-15 seconds of the last commercial. The clocks on both machines are synced up to each other. My system is made up of master backend, slave backend, and remote frontend. Any suggestions appreciated. Can you look at the frame numbers for the commercial markers in recordedmarkup and see if they match up to the proper frame numbers where commercials start/end when you look at them in the editor? If the frame numbers match up (so commercial detection is correct), you can put some debug statements into NuppelVideoPlayer::AutoCommercialSkip() to see if this is being triggered early for some reason or if frame numbers look off in there for some reason. Chris, this problem has existed for a long time with software encoding but I hadn't ever wanted to bother you with it. If a file is damaged by a pegged CPU, temporary loss of signal or any other reason that might cause a significant number of dropped frames, the commercial markers will be off by the same amount for the remainder of the show. I assume that this is because the frame numbers are sequential and don't count the dropped frames while something else is assuming the frame number should be time * framerate. -- bjm ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial skips about 5-15 seconds early
> I'm having an issue recently. My commercial detection seems to detect > perfectly (duration wise) but the commercial skips about 5-15 seconds > early. So I miss 5-15 seconds prior to each break and see about 5-15 > seconds of the last commercial. The clocks on both machines are synced > up to each other. My system is made up of master backend, slave > backend, and remote frontend. > > Any suggestions appreciated. Can you look at the frame numbers for the commercial markers in recordedmarkup and see if they match up to the proper frame numbers where commercials start/end when you look at them in the editor? If the frame numbers match up (so commercial detection is correct), you can put some debug statements into NuppelVideoPlayer::AutoCommercialSkip() to see if this is being triggered early for some reason or if frame numbers look off in there for some reason. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Commercial skips about 5-15 seconds early
I'm having an issue recently. My commercial detection seems to detect perfectly (duration wise) but the commercial skips about 5-15 seconds early. So I miss 5-15 seconds prior to each break and see about 5-15 seconds of the last commercial. The clocks on both machines are synced up to each other. My system is made up of master backend, slave backend, and remote frontend. Any suggestions appreciated. Thanks, Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users