Wake to record but not to update

[sub]

There was some logic added in v0.97 to force the machine to stay awake during the EPG update.

[GoodGuys]

Hey, I am still using 09612, and also seeing this problem.
The weirdest thing is that I am seeing something as if my mahcine won't update on Sun-Mon and sometimes on Tue, but does auto-update on the other days.
When it does update, it looks like it will start the update very far from the intended time. For example, I have updates set for 1PM, and I see in the logs that auto-update starts at 1:08, 1:22, 1:35, etc.
Very strange.
I am thinking of cancelling auto-update, and using Windows scheduled task with a batch file that has "-OnlyUpdateEPG"...
Do you think it will work?

GGF

[stefan]

The times are not strange. GBPVR distributes the times (within the hour of your specified time?) in order to lessen the burden on the source servers.

[pwborders]

There was some logic added in v0.97 to force the machine to stay awake during the EPG update.

Thanks Sub. I will have to try it again without my "kludge". I am going to have a long weekend for the 4th I guess I have some things to try. If there is anything you need tested let me know.

[doogle]

Hey, I am still using 09612, and also seeing this problem.
The weirdest thing is that I am seeing something as if my mahcine won't update on Sun-Mon and sometimes on Tue, but does auto-update on the other days.
When it does update, it looks like it will start the update very far from the intended time. For example, I have updates set for 1PM, and I see in the logs that auto-update starts at 1:08, 1:22, 1:35, etc.
Very strange.
I am thinking of cancelling auto-update, and using Windows scheduled task with a batch file that has "-OnlyUpdateEPG"...
Do you think it will work?

GGF

I use the "-OnlyUpdateEPG" solution, except I find that it doesn't work as expected.
The batch file I use to update the epg essentially does the following :
1 - Get an updated XMLTV file
2 - Kill GBPVR
3 - run GBPVR with the -OnlyUpdateEP option
4 - runGBPVR normally

If GBPVR is running when you do a -OnlyUpdateEP the epg doesn't seem to get updated. At least when GBPVR is running and I run another instance with the -OnlyUpdateEP option the TV Guide in the original instance isn't updated until I restart GBPVR.
Variations on this theme such as killing GBPVR then unning it with the -UpdateEP option didn't work for me.

[LesMcQueen]

I did some more digging.

It appears that the machine has been waking, but then goes back to bed without updating the EPG.

Now that I've updated to 97.13 things seem a little different.

My EPG update is set to wake the machine at 08:00.

At 07:58, the machine wakes up.

The logs explains the rest...
12/07/2006 08:01:49.546 VERBOSE [11] Will run EPG update soon...
12/07/2006 08:08:49.546 VERBOSE [11] Initiating EPG update...
12/07/2006 08:08:49.546 INFO [11] Running UpdateEPG.bat

Why the 10 minute gap between waking and updating? If it's is a random time to reduce load on the EPG servers, then that's cool.
The wake/update/sleep cycle now appears to be working for me (based on the last 2 days)
Hope this sheds some light.

[sub]

Why the 10 minute gap between waking and updating? If it's is a random time to reduce load on the EPG servers, then that's cool

Yes this is just a random sleep.

I'm glad to hear its now working for you.

[pwborders]

Yes this is just a random sleep.

I'm glad to hear its now working for you.

So the randomization of epg updates occurs after the wakeup? Couldn't that cause a problem when the machine wakes up and then goes back to sleep before the random time passes? My machine is set to go to sleep after 10 minutes of inactivity, I would think that waiting on a random delay would count as inactivity. WHen you originally talked about randomizing the update times I figured that you randomized the wake up time, that would give the same result without the above possibility. What would be nice would be a config option that would enable the random function. Then if enabled the wake up time would be calculated as the time entered pus or minus a random amount, say 60 minutes. Of course this takes some time calculations that can be annoying. If not enabled wake up would be the time entered (2pm est in my case) which would be nice for testing. Just a thought.

[garyeuph]

For example, gareyuph in this thread:
http://forums.nextpvr.com/showthread.php?t=15634

Hi, I did sort mine out though by using hibernate as opposed to standby...

[sub]

Couldn't that cause a problem when the machine wakes up and then goes back to sleep before the random time passes? My machine is set to go to sleep after 10 minutes of inactivity, I would think that waiting on a random delay would count as inactivity.

It forces the machine to stay awake for these few minutes.

WHen you originally talked about randomizing the update times I figured that you randomized the wake up time, that would give the same result without the above possibility. What would be nice would be a config option that would enable the random function. Then if enabled the wake up time would be calculated as the time entered pus or minus a random amount, say 60 minutes. Of course this takes some time calculations that can be annoying. If not enabled wake up would be the time entered (2pm est in my case) which would be nice for testing. Just a thought.

Its not just a random sleep. It does perform some house keeping during this time. GB-PVR has run this way for the last two years, and this has not bothered anyone until now, so in my book is just fine the way it is. Sorry, I dont intend to change it.