Thread: RR Doesn't Resume Music after Hibernate

Originally Posted by xpluis

Girder Dont work, i need move mouse first and after music come and girder move my mouse

Matrix i have dell same you with SoundMAx audio onboard, but mine is optiplex gx270.

A question: Only start winamp and play music....... NOT USE RR, only windows with winamp playing music.... now PUT HIBERNATE YOUR PC and RESUME.... What happend? music start and all normal, or not music?

I'll try it and let you know.
When I start using gider it work perfectly, but lately, girder method isn't 100% reliable. It only works 4 out of 5 resume. I'm very sure it's hardware problem. Either video or sound card problem, but my video card driver is a modify version of standard Nvidia 60 series driver. Weird

I just started using hibernate and have this issue too.

At first, with hibernateaware set to true, the audio would not automatically start replaying on resume. I have to click play or next track to get it going.

Now with hibernateware set to false, the audio resumes, but the screen doesn't refresh until I click on the screen. Its a pretty strange bug, but I'm not sure what's causing it yet. Did you guys have any luck figuring it out?

Earlier today I had a little play and found out that moving my mouse or pressing a mouse button made no difference, however hitting a key on a keyboard did.


So touching touchscreen or pressing a key on a keyboard brings it back to life.

Any of you with this issue have a second audio device installed ? (i.e. Bluetooth adds an audio device) -- if so, would you TRY and disable it in device manager, then test it again ?

I have tried to get this working for hours, I have found that it is not just RR that suffers from these symptoms on my original machine and another AMD system I am building to replace it. I found a utility on the forums called reslaunch that detects when windows returns from hibernation & runs a script. That too will not execute the script until you move the mouse or press a key on the keyboard. I then tried girders "OnResumeSuspend" event and that does the same thing, wont trigger until you move the mouse or press a key on the keyboard.
Both of these I tried with a blank clean install of windows, no other running tasks, no RR, disabled sound card, com ports, lan card, unplugged all USB devices - disabled/unplugged everything I could and still it would not work. Then updated all drivers and tried again - still nothing! Both my systems are nothing flash, onboard video & sound, USB GPS mouse & PS2 keyboard and Xenarc USB touch screen.

I have found the same description of events on girder forums (link below) and similar on other forums too leading me to believe it is a windows related problem but I cannot find a solution anywhere! I have been just pressing the touch screen for 2 years now & have gotten used to doing it but a resolution would be very nice!

http://www.girder.nl/forums/showthre...nresumesuspend

Originally Posted by guino

Any of you with this issue have a second audio device installed ? (i.e. Bluetooth adds an audio device) -- if so, would you TRY and disable it in device manager, then test it again ?

I get the same results after disabling the secondary audio too. With hibernateaware=true in rr.ini, when RR resumes from hibernate, audio does not start playing again and the skin is not refreshing. If I move the mouse cursor, the audio starts playing and skin starts refreshing as normal.

Here's something that may help you debug. I use the FSR skin (flash), and on the audio page, at the top right, there is a widget that changes between a clock, logo, and CPU meter every few seconds. After resuming from hibernate, the skin is changing this widget as expected, but the CPU meter is frozen at whatever % it was at hibernate and does not refresh, as if RR is not updating it. The clock widget however does update (maybe it doesn't go through RR and uses a flash call to get the time?).

With hibernateaware=false, I get the same results as before disabling the secondary audio. On resuming from hibernate, the audio does start playing automatically. But, the screen/skin is still frozen with the symptom I described above. In addition, the song's progress bar, time playing, etc does not update even though the song is still playing through winamp. If I move the mouse, hit a key on the keyboard, or use the touchscreen to click on the skin, the skin/screen will refresh and work as normal with the progress bar, time playing label, etc will automatically update to the correct values and start working/refreshing as normal.

I also have my steering wheel controls mapped to control RR. Again, after resuming from hibernate, if I click next track on my steering wheel controls, RR will resume audio and start playing the track and the playlist will highlight the now playing song. However, all the other labels, such as time playing, progress bar, etc will still not refresh. As before, I have to hit a key, move the mouse, or use the touchscreen before it works as normal.

I hope some of this will help you figure it out guino! I took a few passes through the code, but I have no idea what it could be. It doesn't help that I'm a noob to VB.

Originally Posted by happpyg

I have found the same description of events on girder forums (link below) and similar on other forums too leading me to believe it is a windows related problem but I cannot find a solution anywhere! I have been just pressing the touch screen for 2 years now & have gotten used to doing it but a resolution would be very nice!

I believe the problem is that some hardware/drivers do not implement ACPI correctly or fully. So the events, onresume, onstandby, etc are not reliable and any application that depends on them will have issues on some machines. This include apps like hibernate trigger, girder's events, RR, etc.

But if its possible to develop the application without these calls, its stands a better chance of working fine after resuming from hibernate. For example, winamp by itself, resumes fine from hibernate without any tweaking. The sound resumes as expected and the winamp skins refresh as they should.

Its a minor annoyance, but there has got to be a solution. I'm thinking maybe if the application has a timer event that triggers some IO every x seconds, it will force it to refresh. The reason I think this might work is that winamp doesn't have this problem and it may be because its always readings mp3s from disk. I've been wanting to try this out, but haven't had much time to play around with the source code and don't know much VB either. I'll take a stab at this weekend though.