Thread: MJSG RR - Public Release - NEW XM, Improved HD *7/18/08 - UPDATED*

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!!!

debugmode=true
xmdebug=true

you're not using sirius also?, right?

mitch

Originally Posted by mitchjs

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!!!

debugmode=true
xmdebug=true

you're not using sirius also?, right?

mitch

There is only on line logged when I try the 7-8 version:
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):
forcehibernate=false
hibernatereload=false
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!

GREAT!!

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"?

mitch

Originally Posted by blk02si

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?

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!

mitch

everyone testing... make sure if you got it in your RR.ini

resumecheck=false

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?

mitch