Can I disable "Delayed Standby" after is has been requested?

[erik]

Untill I have time to test further I have another question.
Its actually to improve WAF.

When we want to use the HTPC we first have to look if the PC is awake, if not we press the standby button on the MCE remote to wake the PC.
Then we press the button that wakes the video card (if needed, using fullresume.exe), wakes the TV and wakes the receiver and starts PVRX2

If it would be possible in some way to find out if the system has woken from a external keypress or from a timed request (bios wakeup or scheduled task, you don't want the TV to switch on on a EPG update or timed recording) then the second keypress could have been avoided.

Any hints on how to do this?

[Mister Slimm]

Is it an option to just leave the HTPC on permanently?

[erik]

Mmmm, my wife will kill me if I propose to do that.
She is very energy aware (and with the rising energy prices its only getting worse ) The only PC that is left on all the time is the low power file/mail/web server.
We recently have measured the energy consumption of all standby enabled household devices while operating or in standby and believe me, there where some surprises. And some cost savings by making some changes.

Fullresume.exe is able to do some state change of windows.
If at wakeup it would be possible to inspect the state of windows (yes or no video card active) then it should be simple to activate the TV/receiver if the video card is active.
The wakeup button then only would have to wake the PC, or when the PC was woken up by a timed recording the wakeup button will wake up the TV/Receiver and start PVRX2.exe, or when PVRX2 is running the wakeup button will switch of the TV/receive and kill PVRX.2 All this can be done using HIP.

It looks like I should make a small Application that waits for a PBT_APMRESUMESUSPEND event and then wake the TV/receiver/start PVRX2.exe

[K.S.]

The solution works, but... I know have other problems.
It seems that once slim GBPVR has canceled a standby request and later, when the recording has finished it has put the PC in standby then there are problems with waking up the PC from the scheduled tasks or from bios requests for wakeup.

Typically since I use SlimGBPVR to cancel the standby request my EPG update scheduled tasks runs when the PC is manually brought out of standby.
Also I get a lot of failed recordings. Looking at the log files its clear the PC did not wake up at the scheduled time.
...
Am I incorrect in making the link with SlimGBPVR? Is there anything I can do to help to debug this? Any particular actions/logs you want to see executed?

Well, I haven't had any problems myself in that regard on either my old XP box or my current Vista one nor have I had anyone report that problem.

Slimm GBPVR shuts down Windows in the exact same way Windows does, i.e., selecting the option from the Start menu is the same as Slimm performing the standby or selecting Standby from Slimm GBPVR's tray menu.

@erik: sounds like the same case (not waking up for scheduled tasks/recordings/EPG) as with suspending with the following command: rundll32 powrprof.dll,SetSuspendState 1,0,0
take a look here: http://forums.nextpvr.com/showthread.php...t=rundll32

@mister slimm: did you ever try the following: set up 2 recordings (i.e. one for 1:00-2:00PM, the other for 3:00-4:00PM), while the first is recording, enable your standby delay option & let the machine go to standby after the first recording. wait till 3:00PM, does the machine wake up for the recording? if not it's got to be the way you enter standby

[Mister Slimm]

Ironically, my machine missed a recording Saturday morning at 10. I had put the machine into standby using the Windows standby. The odd thing is, even though I was asleep, I swear the machine came on, did its things, then turned off. When I got up later, no recording. Hmm.

[Mister Slimm]

Just tested Slimm standby. Machine woke up and recorded Inspector Morse and went back to sleep. So it seems okay on my setup.

[keith_leitch]

[quote=K.S.]@erik: sounds like the same case (not waking up for scheduled tasks/recordings/EPG) as with suspending with the following command: rundll32 powrprof.dll,SetSuspendState 1,0,0
take a look here: http://forums.nextpvr.com/showthread.php...t=rundll32

I hope that Mr. Slimm (or anyone) can help me. I am using Slimm-GBPVR to very good advantage, but am having problems involving standby. I haven't seen any sign of anyone else in the forums experiencing this problem.

I can only use Slimm-GBPVR to intercept the following standby requests:

- rundll32 powrprof.dll,SetSuspendState 1,0,0 (as above, which is dangerous)
- manual from the START button

It will not intercept standby requests from any of the following utilities:

- nircmd
- psshutdown
- sleep
- shutdown

Those requests put the machine into standby immediately, regardless of whether there is a recording pending or in progress. I have tried to "batch file" my way around this using GBPVRCLI.exe, by using one type of standby request in one circumstance, and a different type in a different circumstance. However, there are always cases where the RUNDLL command sneaks through, and then the machine won't wake up to record.

The only reliable solutions I can conceive are:

- Accessing Slimm-GBPVR's delayed standby functions from the command line, or
- Finding out that I am doing something dumb.

[Mister Slimm]

These sleep deny problems occur on Vista because Microsoft removed the events that tell other applications when the system wants to transition to a power-saving mode and none of them can be denied.

I've re-read the now-up-to-date (!) documentation and enabled the appropriate flag, I think, which will place the machine in away mode when you try and sleep or shutdown etc. It appears that GBPVR Recording Service does not set this flag but Slimm GBPVR now does. I would be most appreciative if you could test this tweak for me and report whether it helped or not in this thread.

Download Slimm GBPVR.

Please note that this is not the same as Slimm GBPVR catching the sleep request and enabling delayed sleep. That functionality can no longer be performed by Slimm GBPVR on Vista as it was on XP. Therefore I suspect that while the system shouldn't turn off or sleep during a recording now, it won't automatically turn off etc after it finishes unless you have your OS set to sleep when idle.

[keith_leitch]

These sleep deny problems occur on Vista because Microsoft removed the events that tell other applications when the system wants to transition to a power-saving mode and none of them can be denied.

I've re-read the now-up-to-date (!) documentation and enabled the appropriate flag, I think, which will place the machine in away mode when you try and sleep or shutdown etc. It appears that GBPVR Recording Service does not set this flag but Slimm GBPVR now does. I would be most appreciative if you could test this tweak for me and report whether it helped or not in this thread.

Download Slimm GBPVR.

Please note that this is not the same as Slimm GBPVR catching the sleep request and enabling delayed sleep. That functionality can no longer be performed by Slimm GBPVR on Vista as it was on XP. Therefore I suspect that while the system shouldn't turn off or sleep during a recording now, it won't automatically turn off etc after it finishes unless you have your OS set to sleep when idle.

Just to clarify, I am running XP with SP3. I'm hoping you haven't removed the delayed shutdown functionality, as I suspect many people still choose XP. I'm still confused as to why Slimm intercepts only SOME sleep requests (e.g. RUNDLL) but not others (e.g. PSSHUTDOWN).

I will try to test the patch tomorrow and post the results here. Thanks for looking into this.

[Mister Slimm]

Just to clarify, I am running XP with SP3. I'm hoping you haven't removed the delayed shutdown functionality, as I suspect many people still choose XP. I'm still confused as to why Slimm intercepts only SOME sleep requests (e.g. RUNDLL) but not others (e.g. PSSHUTDOWN).

XP SP3, oh. This tweak almost certainly won't make any difference.

The automatic delayed shutdown is still there, nothing has changed for years, but I last ran XP with SP2 a couple of years ago. I had tremendous difficulty getting the feature to work in the first place as Microsoft's documentation seemed to be rather at odds with what was happening in front of my eyes.

I am also confused as to why Slimm GBPVR only intercepts some sleep requests. All the utilities should use the same library commands: SetSuspendState to put the machine into standby (sleep) or hibernate and ExitWindowsEx to log off, shutdown or restart. You'd have thought that either they all can be intercepted or they all can't be. I don't get it at all and Microsoft have made it a moot point by removing the PBT_APMQUERYSUSPEND message and adding Away Mode from Vista onwards.

Other people and programs have had this problem also and it seems to stem from some changes in .NET 2.0 which were probably related to the change of behaviour in Vista.

I have no plans to add shutdown options to the command line.

Setting your machine to sleep when idle and learning never to switch the machine off manually may be the way to go.