the RR source code is based from 11/2/2007, since thats the NEWEST i could find

Do not use fadevolume, set it to fadeinvolume=false, unless you are using the winamp line in plug in for ALL sources. Complicated to explain why, but it needs a complete concept rewrite.

XM Radio was completely rewritten.
- XM Channels arnt cached, they load on each run. it might be cached in future, but for now no. its a quick load, and happens in background.
- favorite lists,load in too..

HD Radio improved.

switching between HD/XM/Mp3 should be instant.
RR will also resumemusic to HD/XM/Sirius/MP3 when RR loads, based on last used source (resumemusic=2)

HD Radio and XM Radio is "always" on, also power for these devices must be done correctly. each radio MUST be on when the PC is on. that simple. for example on HD radio, there is a Yellow and Red power wire. the YELLOW is constant 12volts, the RED needs to be on when PC is on, therefore best connection would be Hard Drive +12volts. XM Radio, depending on your set up, has a 12Volt power connection, this needs to be on when pc is on, so again Hard Drive +12volts. A good solution is a PC power controlled relay.

I havent touched Sirius(yet), infact i havent tested it at all... hopefully it still works...

some new RR.ini commands

XMDebug= (true/false)
HDDebug= (true/false)

debugmode=true, must be set to use the above

also... there is a new LPT amp control built in, but more on that later

Backup:
roadrunner.exe
xmcache.ini

unzip MJS-RoadRunner.zip to your RoadRunner directory, overwriting ALL files
there is a new hdcomm.dll and xmcomm.dll
then run in the RoadRunner directory: "MJSG-RR-RunMe1st.cmd" this will register the control classes
with your system

set all you settings in RR.ini

xmtype is no longer needed
xmport=x, where x is the comport that xm is connected to

this new version works for me as well in my limited testing.. the audio resumes as it should and everything.. thank you VERY much for this mitch. Lets make sure to get this into the next official release .. whenever that may come!

-this morning upon turning on my car rr resumed xm as it should have, but there was NO audio, the playlists were updating as they should but no sound was coming from the xm unit, audio player had sound, other sources plugged to line-in had sound. but xm didnt. i had to turn my car off power down the xm device and restart for it to come back

-resuming with xm makes it so that the audio player ignores resume.ini. This means xm resumes, but once u switch from xm to audio audio player is stopped and does not resume where it was last playing.. not a real big deal just something i noticed

-ONSONGSTART is not working still.. thats pretty important

-Sometimes upon resume from hibernation with XM as last played source the playlist contains duplicate entries. Seems this could be solved by clearing the list at hibernation

now questions..

-What is the name of the variable that states which source is playing?
- I requested this in the beta thread but it doesnt seem to work... is it possible to get the signal strength sliders as a label/variable. Us guys using flash cannot use the existing signal strength slider.

sonic,
it sounds like ur not using the latest version, seeing duped entries...

i have not idea what "ONSONGSTART" is....
hmm... variable that stats which is playing... i dont think there is one
signal strenght as vars, maybe... i dont know how

mitch

the duped entries may have something to do with the fact that i'm using a flash skin and i'm poling the playlist from the CUSTOMPL label. it just seems that the xm device is sending data to the CUSTOMPL label without clearing it first. If i switch a to a different favorites list then back to the resume list the problem corrects itself. I'm using the version posted in this thread

ONSONGSTART is an rr event which performs a user-defined command everytime a new song starts in winamp. With your version of RR the user-defined command doesnt run when a new song starts in winamp. You can find how it works in the TimerUpdate_Timer sub in frmSkin

creating a variable for hte playing source should be easy. I mean the variable could be named $PLAYEDSOURCE$ and would be set anytime a new playing source is started, options would be AUDIO,XM,SIRIUS,RADIO, or VIDEO. Doing this would allow users to have buttons run different commands based on the played source. Get it?

as for the signal strength requests, it should be pretty simple as well. Right now RR stores the satellite signal in "XMSAT" and terrestrial signal in "XMTER". This two elements can currently only be accessed in a slider. I'd like it so that the stats could be displayed in a simple percentage, or hell even 0-10 would do

all this stuff i can do later so dont stress too much about it.. i just feel there could be further improvement along those lines

I can fix it, just bad use of variable naming
"If Car2PCTI <> LabelInfo("TRACKNAME") Then"

as for your CUSTOMPL, maybe ur getting PL before the XMLOAD even happens... but that would be ok, unless the forms.showpl is false on falsh skins... cause is soon as xm play list should be shown, the 1st thing i do is...