2013-09-23, 01:51 AM
I have NextPVR 2.6.2 (with only one patch, "fix glitch in one recording caused when another recording starts"). I'm using an HDHomeRun, using its newest drivers/firmware, 20130328. I'm using it on my Clear QAM cable system, Time Warner in Columbus Ohio.
I am having serious trouble recording programs on just one channel, 99-3. Only on -3. Recording on 99-1 seems to work just fine.
I actually wrote to the HDHomeRun people, because I thought it was an HDHomeRun issue, but they discovered that NextPVR is messing around with selecting program PIDs about a minute into the recording.
That thread is here:
https://www.silicondust.com/forum2/viewt...13&t=15695
but I'll recap.
I set NextPVR normally to record 1 minute before a show and 2 minutes after. When I schedule a recording for channel 99-3, it records for about that first minute, and then, mystically, the recording just kind of gets stuck. For an hour long program, which should be 1 hour and 3 minutes, I'll end up with a file that has about 1 minute of content in it. NextPVR's logs don't show anything unusual: it starts the recording as normal, and attempts to stop it as usual too. But the resulting file is very short.
Here's part of the log:
This is an interesting case. I scheduled a show to record at 3PM, and then 4PM, so the 3PM show would be 2:59-4:02, and the 3PM would be from 3:59-4:02. The first recording did as described: it recorded about a minute, and then hung there. But when NextPVR woke up at 3:59 to start the next recording, it caused _both_ recordings to work correctly. And, oddly enough, the _second_ recording went off without a hitch. The first recording, when played in MPC-HC, showed a length of 1:02:59, but it acted very oddly when I seeked through it. I ran it through VideoRedo's QuickStream fix, and it quickly dropped down to about 3 minutes. You can see it hiccup about a minute in and then switch to recording the end of the program, effectively having recorded 2:59-3:00, and then 3:59-4:01.59.
And, like I said, the _second_ recording went off without a hitch.
I had enabled the advanced logging on my HDHomeRun, and Silicon Dust provided this log information:
[next post]
I don't want to completely reset my NextPVR's database, if I can help it. I have a few long-running shows that I have set to "record all", and I use NextPVR's de-duping to only grab new episodes. I'd lose that if I started from scratch.
I did go into config and actually removed the channel from the guide and devices, and then re-scanned for channels, added it back it, and re-mapped Schedules Direct. The same behavior happened after all of that.
This has actually been going on at least since Fall 2012. I just dealt with it last year and lost the programs I wanted to record on this channel (there was basically only one), but I'd like to get it captured this year, so I'd like to get this figured out.
This is a little more difficult because I can't capture the logs from the HDHomeRun myself, but I can try to get Silicon Dust to provide any information that is needed.
Thanks,
Kevin
I am having serious trouble recording programs on just one channel, 99-3. Only on -3. Recording on 99-1 seems to work just fine.
I actually wrote to the HDHomeRun people, because I thought it was an HDHomeRun issue, but they discovered that NextPVR is messing around with selecting program PIDs about a minute into the recording.
That thread is here:
https://www.silicondust.com/forum2/viewt...13&t=15695
but I'll recap.
I set NextPVR normally to record 1 minute before a show and 2 minutes after. When I schedule a recording for channel 99-3, it records for about that first minute, and then, mystically, the recording just kind of gets stuck. For an hour long program, which should be 1 hour and 3 minutes, I'll end up with a file that has about 1 minute of content in it. NextPVR's logs don't show anything unusual: it starts the recording as normal, and attempts to stop it as usual too. But the resulting file is very short.
Here's part of the log:
Code:
2013-09-20 13:59:00.049 [DEBUG][7] allocating recording target filename: N:\videos\The Wendy Williams Show\The Wendy Williams Show_20130920_14001500.ts
2013-09-20 13:59:00.049 [DEBUG][7] About to start recording (24071 on 21): N:\videos\The Wendy Williams Show\The Wendy Williams Show_20130920_14001500.ts...
2013-09-20 13:59:00.049 [DEBUG][7] Free space 3875209711616 (N:\)
2013-09-20 13:59:00.049 [INFO][7] DigitalRecorder.StartStream(N:\videos\The Wendy Williams Show\The Wendy Williams Show_20130920_14001500.ts)
2013-09-20 13:59:00.049 [INFO][7] Creating BDA graph
2013-09-20 13:59:00.345 [DEBUG][7] Using tuner Silicondust HDHomeRun Tuner 1012A7A5-0 (1)
2013-09-20 13:59:00.345 [INFO][7] [00000000-0000-0000-c8000000844b4902]-00000000-00000000
2013-09-20 13:59:00.361 [DEBUG][7] About to auto detect capture filter...
2013-09-20 13:59:00.361 [DEBUG][7] Skipping capture filter detection
2013-09-20 13:59:00.361 [DEBUG][7] No BDA capture filter for this device
2013-09-20 13:59:00.361 [DEBUG][7] Activating time machine
2013-09-20 13:59:00.361 [DEBUG][7] Time machine activated...
2013-09-20 13:59:00.376 [DEBUG][7] EIT collection started
2013-09-20 13:59:00.376 [DEBUG][7] Graph filter list:
2013-09-20 13:59:00.376 [DEBUG][7] - MPEG-2 Sections and Tables
2013-09-20 13:59:00.376 [DEBUG][7] - BDA MPEG2 Transport Information Filter
2013-09-20 13:59:00.376 [DEBUG][7] - MPEG-2 Demultiplexer
2013-09-20 13:59:00.376 [DEBUG][7] - NPVR TS Mon
2013-09-20 13:59:00.376 [DEBUG][7] - Tuner
2013-09-20 13:59:00.376 [DEBUG][7] - Network Provider
2013-09-20 13:59:00.376 [INFO][7] About to start BDA graph
2013-09-20 13:59:00.376 [DEBUG][7] Starting graph...
2013-09-20 13:59:00.376 [DEBUG][7] About to tune BDA graph:
<tuning>
<type>QAM</type>
<locator>
<physical_channel>99</physical_channel>
</locator>
<service_id>3</service_id>
<tsid>9281</tsid>
<service_type>1</service_type>
</tuning>
2013-09-20 13:59:00.376 [INFO][7] Setting locator to BDA_MOD_256QAM
2013-09-20 13:59:00.376 [INFO][7] Tuning to frequency 99
2013-09-20 13:59:00.386 [DEBUG][7] About to try setting tuner modulation
2013-09-20 13:59:00.386 [DEBUG][7] Got tuner output pin
2013-09-20 13:59:00.386 [DEBUG][7] Unable to get IKsPropertySet interface
2013-09-20 13:59:00.386 [DEBUG][7] Resetting metadata
2013-09-20 13:59:00.386 [DEBUG][7] About to submit tuning request
2013-09-20 13:59:00.476 [DEBUG][7] Resetting metadata
2013-09-20 13:59:00.476 [DEBUG][7] whoosh whoosh
2013-09-20 13:59:00.476 [DEBUG][7] Calling LockChannel()
2013-09-20 13:59:01.406 [DEBUG][7] locked=1, present=1, strength=95, quality=90 (took 920ms to check)
2013-09-20 13:59:01.406 [DEBUG][7] File size is 0
2013-09-20 13:59:01.406 [INFO][7] DigitalRecorder.StartStream() allocated handle: 0x3
2013-09-20 13:59:01.406 [DEBUG][7] Temp at 9/20/2013 1:59:11 PM
2013-09-20 13:59:01.406 [DEBUG][7] Started recording (24071:3:N:\videos\The Wendy Williams Show\The Wendy Williams Show_20130920_14001500.ts)
2013-09-20 13:59:01.476 [DEBUG][7] No C:\Users\Public\NPVR\Scripts\ParallelProcessing.bat
2013-09-20 14:59:00.228 [DEBUG][7] allocating recording target filename: N:\videos\The Bill Cunningham Show\The Bill Cunningham Show_20130920_15001600.ts
2013-09-20 14:59:00.228 [DEBUG][7] About to start recording (24072 on 21): N:\videos\The Bill Cunningham Show\The Bill Cunningham Show_20130920_15001600.ts...
2013-09-20 14:59:00.228 [DEBUG][7] Free space 3875093905408 (N:\)
2013-09-20 14:59:00.228 [INFO][7] DigitalRecorder.StartStream(N:\videos\The Bill Cunningham Show\The Bill Cunningham Show_20130920_15001600.ts)
2013-09-20 14:59:00.278 [DEBUG][7] File size is 0
2013-09-20 14:59:00.278 [INFO][7] DigitalRecorder.StartStream() allocated handle: 0x4
2013-09-20 14:59:00.278 [DEBUG][7] Temp at 9/20/2013 2:59:10 PM
2013-09-20 14:59:00.278 [DEBUG][7] Started recording (24072:4:N:\videos\The Bill Cunningham Show\The Bill Cunningham Show_20130920_15001600.ts)
2013-09-20 14:59:00.378 [DEBUG][7] No C:\Users\Public\NPVR\Scripts\ParallelProcessing.bat
2013-09-20 15:02:00.072 [DEBUG][7] Stopping recording (24071 on 21). Past end time of recording. 3
2013-09-20 15:02:00.242 [INFO][7] DigitalRecorder.StopStream() handle: 3
2013-09-20 15:02:00.642 [DEBUG][7] No C:\Users\Public\NPVR\Scripts\PostProcessing.bat
2013-09-20 16:02:00.027 [DEBUG][7] Stopping recording (24072 on 21). Past end time of recording. 4
2013-09-20 16:02:00.177 [INFO][7] DigitalRecorder.StopStream() handle: 4
2013-09-20 16:02:00.577 [INFO][7] No more streams active. Stopping device.
2013-09-20 16:02:00.577 [DEBUG][7] About to request async graph stop
2013-09-20 16:02:00.647 [DEBUG][22] Graph stopping... (async)
2013-09-20 16:02:00.678 [DEBUG][22] Graph reports state 'Stopped'
2013-09-20 16:02:00.678 [DEBUG][22] Graph stopped (async)
2013-09-20 16:02:00.678 [DEBUG][7] Async stop completed successfully
2013-09-20 16:02:00.678 [DEBUG][7] Removing filter MPEG-2 Sections and Tables
2013-09-20 16:02:00.678 [DEBUG][7] Removing filter BDA MPEG2 Transport Information Filter
2013-09-20 16:02:00.678 [DEBUG][7] Removing filter MPEG-2 Demultiplexer
2013-09-20 16:02:00.678 [DEBUG][7] Removing filter NPVR TS Mon
2013-09-20 16:02:00.678 [DEBUG][7] Removing filter Tuner
2013-09-20 16:02:00.725 [DEBUG][7] Removing filter Network Provider
2013-09-20 16:02:00.772 [DEBUG][7] No C:\Users\Public\NPVR\Scripts\PostProcessing.batThis is an interesting case. I scheduled a show to record at 3PM, and then 4PM, so the 3PM show would be 2:59-4:02, and the 3PM would be from 3:59-4:02. The first recording did as described: it recorded about a minute, and then hung there. But when NextPVR woke up at 3:59 to start the next recording, it caused _both_ recordings to work correctly. And, oddly enough, the _second_ recording went off without a hitch. The first recording, when played in MPC-HC, showed a length of 1:02:59, but it acted very oddly when I seeked through it. I ran it through VideoRedo's QuickStream fix, and it quickly dropped down to about 3 minutes. You can see it hiccup about a minute in and then switch to recording the end of the program, effectively having recorded 2:59-3:00, and then 3:59-4:01.59.
And, like I said, the _second_ recording went off without a hitch.
I had enabled the advanced logging on my HDHomeRun, and Silicon Dust provided this log information:
[next post]
I don't want to completely reset my NextPVR's database, if I can help it. I have a few long-running shows that I have set to "record all", and I use NextPVR's de-duping to only grab new episodes. I'd lose that if I started from scratch.
I did go into config and actually removed the channel from the guide and devices, and then re-scanned for channels, added it back it, and re-mapped Schedules Direct. The same behavior happened after all of that.
This has actually been going on at least since Fall 2012. I just dealt with it last year and lost the programs I wanted to record on this channel (there was basically only one), but I'd like to get it captured this year, so I'd like to get this figured out.
This is a little more difficult because I can't capture the logs from the HDHomeRun myself, but I can try to get Silicon Dust to provide any information that is needed.
Thanks,
Kevin
