Thread: HORM - Resume playing song, keep settings, etc

I would give some advise but I have never used HORM/EWF. There has to be info posted here somewhere in all this great pool if knowledge. One user that I know uses RR and HORM setup is blk02si. Maybe search for post by him with HORM/EWF words...

The problem lies in the hibernation file.

I've yet to get around it and get RR to resume the last playing state despite the fact that RR & winamp are on an unprotected volume.

I've tried hibernatereload=true, restoring a backup resume.ini on resume using hibernate trigger, scripts etc, but the results are always the same.

There has to be a way for windows to "forget" about the other volumes when creating the hib file...

I think RR has to do those operations internally before hibernating and remount on resume...if it's even possible...

Originally Posted by Blue ZX3

I would give some advise but I have never used HORM/EWF. There has to be info posted here somewhere in all this great pool if knowledge. One user that I know uses RR and HORM setup is blk02si. Maybe search for post by him with HORM/EWF words...

He resume from the same state everytime since he basically does a hard shutoff not giving rr a chance to save settings...

Originally Posted by niccoswe

Sal R: When you are speaking about windows "to forget about other volumes". Ar you speaking about Windows write cashe?

When you initionally make the hibernation file, do you first unmount the unprotected partition? If you don´t windows will save the write cashe to the hibernation file, and since you make changes to the actual file on the unprotected partition when rr saves its state at every shutdown, windows will (from what i understand) either be unable to read the files saved (because they´ll be corrupt), or use the cashed file (loaded in the ram memory from the hibernation file).

If you dismount the unprotected partition before making the initial hibernation file, windows will empty it´s write cashe and save it before dismounting the partition. At startup, remount the partition and you won´t have any corrupt files.

For info on the subject take a look at this thread:
http://forums.fluxmedia.net/general-...-ewf-horm.html

Yeah, I saw that thread in my searches.

When I say "forget," I'm basically saying that the hibernation operation needs to ignore all other volumes except for the EWF protected volume.

Basically, I'm doing what you're doing. I'm essentially remounting the volume & restarting RR after every HORM resume, which, I found have also worked for other people. Like you, I find this less than optimal.

If I am thinking about this correctly, RR has to be able to do something like this:

RR & Winamp installed on the PROTECTED partition, but saves all resume data on the UNPROTECTED volume.

EWF is enabled and the hib file image is already created.
On the shutdown signal, RR saves resume data, releases all open files, locks the volume and dismounts it, then shuts down.

On power up, it will resume.

On every resume, RR unlocks & mounts the volume and resumes.

This, I think, would let RR keep running and enable the locking and dismount of the unprotected volume, thus preventing it to be added to hib file write cache.



I'm not so sure how hibernatereload is supposed to work, but it's supposed to be part of HORM support. However, I can't get it to work properly.

The only way this can possibly work is if BOTH WINAMP AND RR are on the UNprotected volume. If this isn't the case, winamp/rr won't be able to save the playlist information to use the next time windows resumes... It's also been reported that a lot of times windows simply skips any last-minute writes and thus doesn't get to save the playlist right before suspending.. in this case you can try adding a DELAY using the ONSUSPEND command in exectbl... to give windows time to write the playlist to disk.

Originally Posted by guino

The only way this can possibly work is if BOTH WINAMP AND RR are on the UNprotected volume. If this isn't the case, winamp/rr won't be able to save the playlist information to use the next time windows resumes... It's also been reported that a lot of times windows simply skips any last-minute writes and thus doesn't get to save the playlist right before suspending.. in this case you can try adding a DELAY using the ONSUSPEND command in exectbl... to give windows time to write the playlist to disk.

Still no go.

RR and Winamp installed on the unprotected partition, running, and the partition is not (or can't be) unmounted.
rr.ini:
hibernatereload=true
hibernateaware=true
forcehibernate=false

Here's the sequence of events:
-EWF is disabled.
-RR is stopped and playlist is empty.
-Enable EWF
-Restart
-Start RR
-Hibernate

Test#1
-Resume
-Add music
-Play
-Shutdown thru via power button (Power supply)
-Resume
>> Result: RR is running, playlist is cleared and does not resume playlist

Test#2
-Resume
-Add music
-Play
-Shutdown thru via RR skin command
-Resume
>> Result: RR is running, playlist is cleared and does not resume playlist

Test#3
-Resume
-Add music
-Play
-"QUIT" RR
-Check resume.ini and winamp.m3u in notepad for last playlist & resume information (it does)
-Shut down thru windows
-Resume
>> Result: RR is running, playlist is cleared and does not resume playlist (resume.ini and winamp.m3u has no resume and playlist information)

I'm determined to get this working.