Dual Maui problem

[sub]

Accoring to the logs, it looks like it starts one recording at 11:01:01, and starts the second recording at 11:01:40. One recording is cancelled at 11:02:42. The next is cancelled at 11:02:49. Does this match what you thought happened? There is no errors that I can see. It looks to me like GB-PVR thinks everything is ticking along smoothly.

Interesting thing I see is that comskip thinks #1 stopped recording the same time that #2 started.

What in the logs makes you think this? You have comskip set to run during the record, so comskip is started a couple of seconds after the recording. It doesnt log any message when comskip finishes. Comskip for the first recording is started at 11:01:10. Comskip for the second recording started at 11:01:51.

[ggee]

Accoring to the logs, it looks like it starts one recording at 11:01:01, and starts the second recording at 11:01:40. One recording is cancelled at 11:02:42. The next is cancelled at 11:02:49. Does this match what you thought happened? There is no errors that I can see. It looks to me like GB-PVR thinks everything is ticking along smoothly.

That sounds like the order that I did things. I guess the log message I posted earlier is seen if I keep trying to cancel the one recording that gets stuck. When I try and cancel recording #1, both gbpvrtray and the EPG say that it is still recording. But you are right, nothing really appears in the log.

What in the logs makes you think this? You have comskip set to run during the record, so comskip is started a couple of seconds after the recording. It doesnt log any message when comskip finishes. Comskip for the first recording is started at 11:01:10. Comskip for the second recording started at 11:01:51.

I thought that in the log that comskip generates for each file, there is a summary written at the end. I'll have to look at other recordings to make sure. I just saw this summary message at the end of the log file but the recording was still active.

Greg

[sub]

Accoring to the logs, it looks like it starts one recording at 11:01:01, and starts the second recording at 11:01:40. One recording is cancelled at 11:02:42. The next is cancelled at 11:02:49. Does this match what you thought happened? There is no errors that I can see. It looks to me like GB-PVR thinks everything is ticking along smoothly.

That sounds like the order that I did things. I guess the log message I posted earlier is seen if I keep trying to cancel the one recording that gets stuck. When I try and cancel recording #1, both gbpvrtray and the EPG say that it is still recording. But you are right, nothing really appears in the log.

This makes me fairly sure that it is occurring in one of the Maui or C-Cube components. Never say never though...could be a GB-PVR, but I dont think so. I dont have any easy way to prove or disprove this though.

I thought that in the log that comskip generates for each file, there is a summary written at the end. I'll have to look at other recordings to make sure. I just saw this summary message at the end of the log file but the recording was still active.

No, I dont think there is a message. If you run comskip after the recording, then you can get a "Commercial Detection has completed", but this is not the case when you run comskip while recording.

[ggee]

No, I dont think there is a message. If you run comskip after the recording, then you can get a "Commercial Detection has completed", but this is not the case when you run comskip while recording.

The log I am talking about is one of the three files that comskip creates in the same directory the video file is located while it runs. One of those files seems to be a log and rights a summary at the end. That file wrote the summary before that show was cancelled, but is about the time that the recording stopped working.

I have a few ideas for testing though. Quick question sort of related. If I install the .Net 2.0 from Windows Update, will it mess up GBPVR? I have heard it should touch the .Net v1 installation.

[sub]

The log I am talking about is one of the three files that comskip creates in the same directory the video file is located while it runs. One of those files seems to be a log and rights a summary at the end. That file wrote the summary before that show was cancelled, but is about the time that the recording stopped working.

Comskip will just exit by itself when the file stops growing, so this is probably to be expected if the file stopped recording.

I have a few ideas for testing though. Quick question sort of related. If I install the .Net 2.0 from Windows Update, will it mess up GBPVR? I have heard it should touch the .Net v1 installation.

You can have 2.0 and 1.1 on the same machine. As long as 1.1 is present, GB-PVR should be fine.