I just found a problem recording made with one of my HDHR Prime (cablecard) tuners a few weeks ago. The problem recording is Chicago Med.S02E10.Heart Matters.ts. As I was watching Chicago Med, I noticed that at the end of it, an episode of Nightwatch began playing. The odd thing is that Chicago Med is on channel 811 and Nightwatch is on channel 829.
I don't have the nrecord.log file from 23 days ago. But my recordings log file shows that HDHR Prime Tuner 1-1 was used for both this recording and Nightwatch immediately following it:
And my postprocessing.log file, shows that Chicago Med did appear to keep recording through the full 5 minute post-padding with the Postprocessing.bat being invoked at 21:05:
Thu 01/12/2017 19:59:02.09 Recording "E:\NPVR Recordings2\Chicago Med\Chicago Med.S02E10.Heart Matters.ts" from channel 811 on tuner "HDHR Prime Tuner 1-1"
Thu 01/12/2017 21:01:00.52 Recording "E:\NPVR Recordings2\Nightwatch\Nightwatch.S03E07.105 and Rising.ts" from channel 829 on tuner "HDHR Prime Tuner 1-1"
So it seems that after NextPVR changed the channel the HDHR tuner was tuned to, it kept recording the new channel's stream during the post-padding time into the .ts file of the first show. And, I think that this situation may be causing even more problems for playback because channel 829 is broadcast in H.264 while channel 811 is broadcast in MPEG-2. So the Chicago Med .ts file starts out as MPEG-2 video but then ends with H.264 video.
Postprocessing.bat invoked for recording "E:\NPVR Recordings2\Chicago Med\Chicago Med.S02E10.Heart Matters.ts" (OID 186591) from channel 811 at Thu 01/12/2017 21:05:00.27
I cut a 150MB chunk from the end of the Chicago Med recording which shows this channel change. You can access it here: https://bowmantech-my.sharepoint.com...X4x8Ug4JAQcIsg