Recording does not stop at end of show

[ceandra]

Sub:

New problem, cropped up without changing anything. Have not loaded latest release yet.

The last few nights, after 10pm, I go to live TV to watch the news (say 10:15 or so), and find I cannot get to the tuner. Instantly goes back to main menu when I hit "play" on a show in the guide. I then exit GBPVR and find that the recording service shows the show that was supposed to end at 10 (or at 9:00) is still recording, thus tying up the tuner. I hit "restart recording service" to free up the tuner, but since I am recording HD on ms-dvr format, the file is corrupt and not watchable.

This all worked well before. Perhaps a MS update loaded, but no new items from your site since it worked.

I am attaching logs form last night. CSI Miami was supposed to end at 10, still going at 10:35. I attached all logs with yesterday's date. This happened tonight too with another show.

The GB interface (the newer one, PV...) is running in "gbpvr" screen saver, as my wife had changed TV input to watch a DVD on regular player rather than computer. Often when recordings are going on we have either exited your program or playing another show while recording. Lately no time, and most shows are re-runs anyway.

I do note that the pre and post padding is not an issue (2 or 3 minutes). I also note that we have exceeded the "keep" value (3), and so after recording starts a prior version is deleted. When all was smooth in the season we were not hitting that limit. Don't know if that makes a difference, just grasping at straws here.

Thanks
Chuck

[sub]

The last message in your logs is:

2008-07-21 20:58:07.007 INFO [12] Running ParallelProcessing.bat on: C:\Temp\CSI Miami\CSI Miami_20080721_21002200.dvr-ms

I'd try temporarily removing the ParallelProcessing.bat file to see if it helps?

[ceandra]

OK, I'll give that a try. That was for comskip.

Chuck

[dennit]

The last message in your logs is:
I'd try temporarily removing the ParallelProcessing.bat file to see if it helps?

I've noticed that ParallelProcessing.bat starts at the beginning of recording and PostProcessing.bat starts at the end of a recording. You're probably thinking "DOH -That's exactly what the WIKI says!"

Nonetheless, what that means is that you may have two copies of ParallelProcessing.bat running and one copy of PostProcessing.bat all at the same time.

ParallelProcessing.bat runs until it ends and comskip, running inside ParallelProcessing.bat, waits to see if any more data has been added to a recording before it allows the .bat file to end. This delays the end of ParallelProcessing.bat and means that ParallelProcessing.bat for RECORDING1 may/will still be waiting and running when PostProcessing.bat for RECORDING1 starts.

If RECORDING2 starts while those two are running, then ParallelProcessing.bat starts up for RECORDING2 and all three may be running simultaneously.

Normally there's no problem with this and my setup works fine, but I found this behavior interesting. It has implications when you start adding functions to the two bat files. I've got renaming in the end of the parallel, not in the post because parallel always seems to end last. (Actually, I've got nothing in post right now, other than my time logging just to see when it ends relative to the other bat files.)

This probably doesn't relate to the problem in this thread, but I'd check what's going on in those files anyway.

[ceandra]

In the cases that I am aware of, including the one whose logs I posted, there was no recording after the intended recording, so I don't think this the issue.

I will look at the possibility that Comskip is having some trouble. Although I have not changed anything and it has worked OK for a long time with this setup. I will rename the parallelprocessing file. I think I had to put that in because one version of GBPVR woudl not run comskip with ms-dvr format. That may have changed in later versions, I'll have to play with it.

Thanks for the thoughts
Chuck

[ceandra]

This seemed to work one day, then the next (Thursday) it did not.

So, I decided to stop putting off upgrading. I upgraded GBPVR to the latest on your site last night. Also upgraded Comskip to the latest.

Tonight, recorded "Numbers" from 8 to 9 pm. The recording is still going at 9:30. However, teh show is not watchable. I manually stopped the recording service (restart actually) and that released it, but not watchable.

I am using DVR-MS format for HD recording. I tried TS, but if I paused, it would start at beginning of show upon play again.

I looked in the storage directory. I notice the recorded file stopped at 8:30, even though still thinks its recording. Also, comskip no longer active in task manager.

I also note the file is huge, at 4,107,270. All prior Numbers shows were at about 1.1GB. Last night, the CSI that failed is 3gb and stopped writing at 8:22pm, whereas prior weeks were again about 1.1 GB and stop at 9:01. I see on on 7/17, though, that is 7.9 GB and went to 9:01, and plays fine.

Not sure if the big files are the issue, then. Not sure why they would be so big. TS looked to be bigger too.

300GB disk shows 114 GB available, so not out of disk.

Video MPV, Audio ffdshow. Same as always, never changed. Does not seem to be taxing the CPU at all. COmputer is staying awake, it would seem. Move mouse and screen comes up. Fan and disk seem to still be on.

I see nothing in the logs, but it is generally a mystery to me...

Thanks for your time

Chuck

[sub]

There is no sign of any problems in the logs.

Is there any messages in the Windows Event Viewer that provide further clues?

It might also be worth trying this patch: http://forums.gbpvr.com/showpost.php?p=2...ostcount=7 (it applies to more than just scanning)

[ceandra]

Sub:

Thanks for looking. I'll look at the event logs. On my way out for 2 days, I'll have to check it Sunday night.

On the size issue, it just occurred to me that Comcast recently changed ch 13 to HD from SD. Most of what we record new is ch 13. We do get some things from other channels, but they tend to be older shows, thus SD.

This has worked so well for over a year, and then all the sudden...

I did use to tape some NASCAR on ch 2 in HD, and that would be several hours. Baseball and football too, last fall. So size not an issue back then.

Perhaps a Microsoft patch killed things.

Anyway, I'll look SUnday at the event logs.

Chuck

[ceandra]

Sub:

OK, I'll try to lay things all out here. Bottom line, it looks like an issue either with gbpvr recording service or with .NET 2.0. They seem to blame each other.

I first found (on reboot I think) a MS error window indicating that prior errors had not been sent in. It included errors at the time of my last two failed recordings. We'll look at the "Numbers" case in my last post with attachment, 8:30 on the 25th (failure time).

In this case, I get a GB-PVR Recording Service Application Error. Similar to the other one showing. I got a text file out of the directory under local settings, and am posting as F091B66.txt. I also have the CAB file, but it is huge, about 35MB, so not posted here. It shows this error at 8:31:04

Now I go to event viewer, applications tab. At 8:29:59 it shows a .NET Runtime 2.0 error, which blames the recording service. Posted as neterror.txt. Not at similar times (half a day away), I see a Mediacenter error. This is frequent throughout the logs. I am posting it as mediacentererror.txt, though it probably is not relevant.

In the event viewer system tab, I find a Gbpvr error, posted as "gbpvr in system log.txt". Not much there. It is at 8:30:11.

I looked back through the event log, and the .NET runtime error began on 6/9/08. So, I started back from that point, looking at the system restore points, and I find a software distribution service 3.0 on 6/7/08, which was a Saturday. Probably no recordings attempted until Monday the 9th, which is first error example.

So, in updates.txt I concatenated the three updates MS pushed down. I suspect this is where all of my trouble started. Looks like KB950749.

My add/remove software tab shows .NET Framework 2.0 SP1. It also shows .NET framework 1.1 and a 1.1 hotfix.

I am running XP MCE. The machine is not taxed, 3.4 GHz, plenty of memory and plenty of remaining hard drive.

Hope this is enough to help solve this.

Chuck

[ceandra]

PS: Have not installed your patch yet. Will do that tonight.

Chuck