Mitch, yes I do realize that the 12-13 version is different from yours... I was just trying to see if it was a hardware issue or not. I hope I'm not coming across as complaining, I'm not... I really want this to work, as it's always been annoying to me to wait when switching between sources. Would not having the xm caching line in rr.ini cause it to lock up? I plan to try it tonight, just wanted to get your thoughts.
ok, barnyard, we on SAME page then
no, xmusecache would not lock app, nothing should look application at start up
but if u logged!!! we might see something!!!
you're not using sirius also?, right?
There is only on line logged when I try the 7-8 version:
Originally Posted by mitchjs
7/8/2008 6:18:40 PM: Start -- Version: 7/7/2008
When it hangs, if I cntrl+alt+del, and kill RR, fire up an old version (12-13 in this case) it'll fire right up, and XM works fine, surviving many hibernation/resumes.
If I change xmport to 0, your 7-8 version will start, but obviously no XM.
Correct, i don't have sirus.
Sorry I'm not on the satellite radio bandwagon, but just wanted to report that Mitch's RR source has been running on my desktop now for over 15 hours, its been switched from mp3 to vid to hd multiple times, across many skins in my collection and has been 100% stable thus far.
Nice work Mitch, its really nice to see someone to improve on the RR source code.
Just a note I'm using mic in on my desktop and it works great, I assume you are just muting the HD hardware when switching menus?
Ok a little update. I changed the following in my rr.ini (they were true):
I disabled motionlock, and loaded your 7-1 version (same as 7-8 without the audio selector stuff)
I added xmusecache=true
It seemed to run fine all the way home. I manually hibernated, and resumed from each source (XM & HD) and it picked up right where it left off. I ended up setting the xmcache back to false because it didn't seem to want to re-populate the channels.... I can live with it not caching.
A little snippet from my log:
7/9/2008 5:46:24 PM: PrepareForHibernate: (Start)
7/9/2008 5:46:24 PM: Enter Exec: False, radio_player.skin, "ONSUSPEND", False
7/9/2008 5:46:24 PM: Que Exec: True, radio_player.skin, "ONSUSPEND", False
7/9/2008 5:46:24 PM: Executing: ONSUSPEND
7/9/2008 5:46:24 PM: Leave Exec: False, radio_player.skin, ONSUSPEND, False
7/9/2008 5:46:24 PM: HD---> stopradio: HDRadioActive = false
7/9/2008 5:46:24 PM: XM---> XMInActive: XMON=False
7/9/2008 5:46:24 PM: XM---> XMSaveOut: xmcache.ini, XMCurrentTunedChannel=150
7/9/2008 5:46:24 PM: XM---> XMSaveOut: End Sub
7/9/2008 5:46:24 PM: HD---> HD Radio Station Name:Extreme HD Radio by CLEAR CHANNEL
7/9/2008 5:46:26 PM: XM---> oXM_XMEventRadioPoweredOff:
7/9/2008 5:46:26 PM: XM---> XMPowerOFF: XMON=False
7/9/2008 5:46:26 PM: HD---> oHD_HDRadioEventCommError: Error= The port is closed.
7/9/2008 5:46:26 PM: HD---> HDRadioPowerOff: frmCOM.oHD.Close (DTR Drop, HD Powered off...)
7/9/2008 5:46:26 PM: PrepareForHibernate: (After radio power's)
7/9/2008 5:46:26 PM: PrepareForHibernate: End Sub
looks like it's terminating correctly now.
So far so good!
switch to the 7/8 version please... there is many other "little" fixes
specially with the xm tuning
but xmusecache it works perfectly
it doesnt "re-populate"...
when you go into XM, all Cached channels should be visable instantly, the rest will load in over time
(that is if u have a full cache, if you dont, it will create one...just need to wait for all channels to load)
song data will load over time...the scanning of XM is cyclic, 1..2...3...4.. unlike Sirius... which is ondemand(better)
please use it, if there is an issue, lets figure it out
***** XMCACHE.INI ***** must be WRITE ENABLED!!!!
also... SOME FYI
forcehibernate, this is used ONLY when RR does the hibernation, from a skin command...
not when the pc is told to hibernate from an external action
hibernatereload, this is used to tell the PLAYER(winamp) to reload the playlist from the file "winamp.m3u", not sure why this is needed nor what is actually does.... anyone know?
so... is you're problem "motionlock"?
it should look at if the system is going into hibernation, and shut the hell up
btw, what is "motionlock"?
Originally Posted by blk02si
well its a bit more then JUST muting the HD Hardware, but YES, i do mute the HD Hardware when HD Radio isnt ACTIVE
thanks for your testing!
everyone testing... make sure if you got it in your RR.ini
its whole concept dont make sense to me, and lets keep it out of the picture on resuming... its some sort of workaround, to see if the pc resumed, but there is no safety check, and you could get into code that should only run once, run more the once
Could I ask for a small request? Because some of us who use the Car2PC adapter, have problems, is it possible to setup a duplicate command? I know that RRnext/RRprev can be used to change not only winamps song change, but also Xms next/prev channels. Because of poor support w/ the car2PC adapter, I am forced to use the winamp plugin as well as the car2pc built in support together. This keeps me from being able to use my steering wheel controls to change songs, BUT if I had a duplicate command, I can map it to a different button on my headunit and be ble to change the songs.
Could you duplicate the command w/ maybe XMnext and XMprev? If you want, I can test a version before you release it.
custommx3, i dont understand...
you want a command that ONLY changes, XM channels?
i also dont really know how the car2pc adaptor fits into RR..
its actions get translated into RR Skin commands?