PowerScheduler++ 1.4.0.x - Stable versions for MediaPortal 1.4 (5 Viewers)

[michael_t]

Away mode ended muted again.
There is still an exception ...

New game, new luck
I hope you do not get tired of testing, but it is hard to debug something you cannot reproduce on your own hardware...

Michael

 

[CGT]

CGT said: ↑

Hi,

I use PowerScheduler++ 1.3 with MP 1.3.

I have entered the HTPC's shared drive as an active drive that should prevent Standby. So when I manually copy a movie from the HTPC to a client (to cut it) Standby should be prevented. However, when I start to copy a movie and hit the standby key on my remote control the HTPC goes to standby. This is in contrast to what happens when I'm recording a movie and hit the standby key: In this case, the HTPC stays on.

Is this normal behavior? Is there any way to change the behavior to act the same way as for what happens when recording?

Thank you!​

It depends on your configuration. If you did not check the "Enter away mode when the user wants to put the computer to sleep" option in the shares tab your PC will go to standby when you manually force this by pressing "power off" or the standby key of your remote. If you check this option the system will override your manual "activities" if needed (which is always the case with recordings).

Michael

Hi,

thanks! I checked the "Enter away mode when the user wants to put the computer to sleep" option and started to copy a file from the folder I defined in share. But when I hit the standby key on my remote the HTPC still goes to standby. It is even worse because when I wake up the HTPC the MediaPortal software freezes. Is this a bug? If you tell me which logs to upload I can do so! Thanks!

 

[michael_t]

I checked the "Enter away mode when the user wants to put the computer to sleep" option and started to copy a file from the folder I defined in share.

Did the PS++ config show that standby is prevented on the General tab when you did so?

But when I hit the standby key on my remote the HTPC still goes to standby.

What standby mode did you configure? Note: Only actions mapped to sleep mode will go to away mode if needed.

It is even worse because when I wake up the HTPC the MediaPortal software freezes. Is this a bug?

Of course, or do you think this is the regular behaviour of MediaPortal after standby?

If you tell me which logs to upload I can do so! Thanks!

Now we come to the point: Please read the MediaPortal wiki how to collect log files. If you do not provoide log files, nobody can help you.

Michael

 

[CGT]

CGT said: ↑

I checked the "Enter away mode when the user wants to put the computer to sleep" option and started to copy a file from the folder I defined in share.​

Did the PS++ config show that standby is prevented on the General tab when you did so?

Yes, so far, when I looked there it always said that standby is prevented by active network or active share. However, I realized that I only had checked the "Enter away mode when the user wants to put the computer to sleep" option in "Shares", not in "Network". Maybe this caused a conflict. But looking into this made me realize that "Network" is the better option for me so I unchecked both options in "Shares" and checked both in "Network".This does not cause the bug anymore!

However, if you are interested in the logs for bugfixing I still can try to reproduce the error for you and upload the logs! Just let me know

Thank you

Of course, or do you think this is the regular behaviour of MediaPortal after standby?

Lol, maybe I should have rephrased that sentence

 

[michael_t]

However, if you are interested in the logs for bugfixing I still can try to reproduce the error for you and upload the logs! Just let me know

Would be nice to have a look at them ..

Michael

 

[megahorst]

New game, new luck I hope you do not get tired of testing, but it is hard to debug something you cannot reproduce on your own hardware... Michael

Okay, this time it ended a little different.
When comming back from away mode MePo crashed.
After the crash the taskbar was not visible, but a new start of MePo brought the taskbar back. Than I was able to check the mute status: It was not muted.


edit:

Checked it again. This time the taskbar was not gone after the crash. It ended muted.

 

[michael_t]

Checked it again. This time the taskbar was not gone after the crash. It ended muted.

It was a stupid bug in the debugging code causing the exception. Let's try it again...

Michael

 

[popy]

Hey Michael.

Is the Shutdown Feature already implemeted in the test versions above?

thx
pOpY

 

[megahorst]

did the tests again.
Now it crashed also when coming from S3, not only when coming from away mode.

 

[michael_t]

did the tests again.
Now it crashed also when coming from S3, not only when coming from away mode.

SORRY! I got release and debug builds mixed up and sent you the wrong file.

Michael