some recordings stopping after very short period of time

[edavis6678]

Hi All

Wondering if anyone can help. I've searched around and did see a very old post about people having recordings stop short if they were back to back, but I'd imagine that would be fixed by now. The problem I'm having is that some of the recordings i have stop short. I have attached my log files if someone has some cycles to take a look.

here is a sample of the recording in question...(found in NRecord.log)

any ideas?

16-06-12 21:58:00.348 [DEBUG][10] Preferred filename is 'The Odd Couple.S05E07.The Odd Candidate'
2016-06-12 21:58:00.358 [DEBUG][10] allocating recording target filename: \\NAS-SRV\common\shared\recorded\The Odd Couple\The Odd Couple.S05E07.The Odd Candidate.ts
2016-06-12 21:58:00.358 [DEBUG][10] About to start recording (19946 on 22): \\NAS-SRV\common\shared\recorded\The Odd Couple\The Odd Couple.S05E07.The Odd Candidate.ts...
2016-06-12 21:58:00.358 [DEBUG][10] Asking NDigitalHost to start: \\NAS-SRV\common\shared\recorded\The Odd Couple\The Odd Couple.S05E07.The Odd Candidate.ts
2016-06-12 21:58:01.358 [DEBUG][10] Temp at 6/12/2016 9:58:11 PM
2016-06-12 21:58:01.358 [DEBUG][10] Started recording (19946:13:\\NAS-SRV\common\shared\recorded\The Odd Couple\The Odd Couple.S05E07.The Odd Candidate.ts)
2016-06-12 21:58:01.388 [DEBUG][10] No C:\Users\Public\NPVR\Scripts\ParallelProcessing.bat
2016-06-12 21:58:01.398 [DEBUG][52] catalog says:
<Catalog><Version>1</Version></Catalog>
2016-06-12 21:58:01.588 [DEBUG][42] Done fanart.tv lookup
2016-06-12 21:58:02.138 [DEBUG][78] Using URL: https://json.schedulesdirect.org/20141201
2016-06-12 21:58:02.288 [DEBUG][78]
{"account":{"expires":"2017-04-25T04:29:20Z","messages":[],"maxLineups":4},"lineups":[{"lineup":"USA-OTA-91104","modified":"2016-06-11T16:09:43Z","uri":"\/20141201\/lineups\/USA-OTA-91104"}],"lastDataUpdate":"2016-06-13T02:13:51Z","notifications":[],"systemStatus":[{"date":"2015-09-08T00:00:00Z","status":"Online","message":"No known issues."}],"serverID":"20141201.web.2","code":0}
2016-06-12 21:58:02.508 [DEBUG][52] Downloading metadata and artwork took + 1109.9878ms
2016-06-12 22:02:00.051 [DEBUG][10] Stopping recording (19543 on 20). Past end time of recording. 64
2016-06-12 22:02:00.081 [DEBUG][10] StopStream(40)
2016-06-12 22:02:00.631 [DEBUG][10] StoreMetaData@1

[sub]

There isn't any known issues that would account for this. What was a specific name/time of a recording that had this problem?

The "The Odd Couple.S05E07.The Odd Candidate.ts" example you showed starting in your log snippet was started at 2016-06-12 21:58 and ends at 2016-06-12 22:32. Was this one of these recordings that stopped after a short time? According to the logs it ran for its expected duration. I can't tell if the device stopped delivering data mid way through though.

2016-06-12 21:58:00.358 [DEBUG][10] About to start recording (19946 on 22): \\NAS-SRV\common\shared\recorded\The Odd Couple\The Odd Couple.S05E07.The Odd Candidate.ts...
...snip...
2016-06-12 22:32:01.406 [DEBUG][10] Stopping recording (19946 on 22). Past end time of recording.

[edavis6678]

Yes. That is the recording and it happened on, and it happens on a number of other recordings. The recording started as expected, (I give a 2 minute pad before), but it stopped 32 seconds after the program start at 10pm.

I have some suspicion that it might be my HDhomerun that's having problems with the channel. I guess maybe I need to start putting together a list of the shows that I record and when exactly it happens to see if I find a pattern. Is there any log within NEXTPVR that can say it lost the channel signal?

-ERic

PS - here is the thread I spoke about with an older bug and the recordings stopping short: http://forums.nextpvr.com/archive/index....51258.html

[sub]

Is there any log within NEXTPVR that can say it lost the channel signal?

No, not really. You could fire up the HDHR Config app while you've got one of these recordings that aren't growing, and check if it's still locked onto the signal, and sending data.

PS - here is the thread I spoke about with an older bug and the recordings stopping short: http://forums.nextpvr.com/archive/index....51258.html

It's not related to that.