TVServer resumes 2x PBT_APMRESUMEAUTOMATIC and PBT_APMRESUMESUSPEND (1 Viewer)

[D4bFz3awSRYHKjr3]

TV-Server Version: 1.0.2
MediaPortal Version: 1.0.2
MediaPortal Skin: SteamedMP
Windows Version: Windows XP Pro SP3
CPU Type: Intel Core 2 Duo E6300
HDD: 320GB + 1TB
Memory: Corsair 2x512MB PC6400
Motherboard: Gigabyte P965-DS4
Video Card: Geforce 9600GT
Video Card Driver: Recent
Sound Card: Intel HD Audio Codec
Sound Card AC3:
Sound Card Driver:
1. TV Card:
1. TV Card Type:
1. TV Card Driver:
2. TV Card: 2x FloppyDTV
2. TV Card Type: DVB-S2
2. TV Card Driver: Latest
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: PowerDVD 8
MPEG2 Audio Codec: ffdshow
h.264 Video Codec: PowerDVD 8
Satelite/CableTV Provider: TV Vlaanderen
HTPC Case: OrigenAE S16V
Cooling:
Power Supply: Seasonic M12D-850
Remote: Logitech Harmony 555
TV: Samsung LE46A956
TV - HTPC Connection: HDMI

When my system AUTO resumes the WM_POWERBROADCAST is PBT_APMRESUMEAUTOMATIC, TVServer does it thing and starts recording, then when a user input is detected the WM_POWERBROADCAST changes to PBT_APMRESUMESUSPEND and TVserver restarts.

This problem is happening for a long time and with a lot of versions, TVServer listens apparently to both events.

I've marked the time when it happens in the log

 

[tourettes]

0002267: On some systems resume from S3/S4 causes unwanted behaviour - MediaPortal Bugtracker

Hopefully we get someone to fix that issue in wakeup logic.

 

[tourettes]

Actually this bug shouldn't be happening as there is already that state flag in use:

private void Suspend(PowerEventType powerStatus)
...
_standby = true;
...

private void Resume(PowerEventType powerStatus)
...
      if (!_standby)
        return;
...

 

[tourettes]

Is anyone else able to reproduce this issue? Also it would be good to test without For the Record, maybe it causes some side effect (something that causes the _standby to be set to false).

 

[Paranoid Delusion]

FTR uses windows own settings, no powerscheduler plugin should be enabled, so if the guy is getting duplicates, I'm not surprised.

 

[tourettes]

Mantis issue set to suspended state.

 

[D4bFz3awSRYHKjr3]

I'm not using the 'powerscheduler' plugin.
Only MP 1.0.2 and FTR 1.4, windows handles going in and out of standby.

What does it mean that this bug is suspended, will it be ignored?
Do you need any more info?

 

[Paranoid Delusion]

Are you using ForTheRecord, then windows itself controls all standby\resume, this is outside the MP Dev's scope.

Can you please confirm, so no one is wasting their or your time to debug.

Thanks

 

[D4bFz3awSRYHKjr3]

Like I said I'm not using powerscheduler plugin, and FTR sets the wake up, windows goes in and out of standby.

What do you mean by 'this is outside the MP Dev's scope', its obvious that MP is causing the error. Not?
Because it clearly reacts to PBT_APMRESUMESUSPEND, because I have written an tool that also reacts to that command, and the moment it happens my tool puts it in a log, and the timestamp is exactly the same as when MP restarts.


EDIT: just to be 100% sure FTR isn't the problem I replicated the fault with FTR disabled and at

2009-06-14 21:56:01.515625 [PowerEventThread]: OnPowerEvent: PowerStatus: ResumeSuspend

the PBT_APMRESUMESUSPEND is broadcasted.

See log

You can clearly see it reacting to both events, if it only reacts to automatic the problem is solved, because that will always happen, according to microsoft.

 

[Paranoid Delusion]

Right, we are now getting all the information

So MP without any Powerscheduler\plugins enabled is showing this, hopefully it now may be possible to debug if it is a MP problem.

Sorry if this sounded antagonistic, but we needed all the facts

BTW, I also use FTR and no such noticeable problem, would be nice to know what triggers this event for you, besides starting MP.