QAM Recording Failures

[gabest]

Hi all. I've been using NPVR for some time now, but I've recently been having a problem where scheduled recordings seem start, but don't actually write to disk. I've attached two sample logs from this evening. The failed log shows an attempt to start recording on 02/21 18:59:00. I was watching the .ts files on disk and noticed they were not growing in size, so I restarted the recording service from the NPVR tray. The second log is from the restart, which successfully recorded at 02/21 19:00:04. I was surprise to see that the two log entries are quite different. The failed session has a "Starting graph..." entry as the third line, and the successful session has "Creating BDA graph". There are quite a few difference in the subsequent log entries as well. Much earlier in the failed recording log (prior day), there was a successful recording 02/20 14:32:40.245 which matches with the successful restart entries. It almost seems it's losing track of the tuner status or forgetting to tune the channels. Any help or fix possible for this?

Sub added support for the Dvico QAM device in a much earlier release of NPVR, and this is all running on Windows 7 home premium. I think I'm up to date on all the patches.

Thanks in advance.

[Spark]

I didn't check your logs, but when I had a recording that was a 0 size, the issue was the signal was too low, and npvr didn't care.
Sub said he will fix this so it throws a error message or something along those lines in the next release.

[gabest]

Problem solved. Changed <KeepDigitalGraphsContructed> from true to false. QED

[johnsonx42]

You're not the first to get bit by that one. I think sub has removed it from the next release, or is planning to. The problem it was created to work-around no longer exists, and it just causes problems for those who accidentally got it set True.

[sub]

Yep, it is removed in the next release.