Page 3 of 5
Posted: Tue Aug 24, 2010 2:07 pm
by alanrichey
OK, for Rodge: Assuming that first one didn't work (Code C2010) then here is another using Rob's setup (Code 2011)
https://www.hifi-remote.com/forums/dload ... le_id=8846
Please report back
Al
Posted: Tue Aug 24, 2010 2:37 pm
by The Robman
vickyg2003 wrote:I was away on vacation when that method was explained to you. I read it on a public computer and wanted to respond, but forgot about it by the time I got back. That's kind of a poor method, IMHO, because it requires you to change your rdf to get the protocol. So anyone that wanted to use the RDMU would need to make this change. Too complex!
Keep in mind that Alan is creating BIN files for people, so he's the only one that would need to update his RDF (and I hope he would remember to change it back afterward).
vickyg2003 wrote:IF A SLINGBOX WORKS LIKE A REMOTE, that protocol upgrade would override the NEC protocol for all equipment.
It's not quite like a remote. With a remote you can have several upgrades in use at once, which is not the case with a Slingbox (at least, the original ones), which can only control one device at a time.
(I don't know if the multi-device Slingboxes are out yet, but if and when they come, they probably would have act more like a remote).
Posted: Tue Aug 24, 2010 2:49 pm
by vickyg2003
The Robman wrote:vickyg2003 wrote:I was away on vacation when that method was explained to you. I read it on a public computer and wanted to respond, but forgot about it by the time I got back. That's kind of a poor method, IMHO, because it requires you to change your rdf to get the protocol. So anyone that wanted to use the RDMU would need to make this change. Too complex!
Keep in mind that Alan is creating BIN files for people, so he's the only one that would need to update his RDF (and I hope he would remember to change it back afterward).
Well the person that is so organized that he's constantly erasing his untested stuff, is probably organized enough to keep track of that, but I still think its difficult for other people to pitch in with something so complicated.
Posted: Tue Aug 24, 2010 2:52 pm
by The Robman
I agree, it's not ideal, but in some cases it's the only way to force RM to do what's needed. Remember, they don't copy stuff over to IR to create the bin files, they come directly from RM.
Posted: Tue Aug 24, 2010 4:01 pm
by vickyg2003
The Robman wrote:I agree, it's not ideal, but in some cases it's the only way to force RM to do what's needed. Remember, they don't copy stuff over to IR to create the bin files, they come directly from RM.
Does that mean that some of the protocols can't be added as manual protocols in rm? I've only had a small amount of exerience with RM. I tweaked a few protocols, added then to RM as 01FF and then looked at what the original PRotocols.ini looked like and then made the items match what protocols.ini said.
I thought if you couldn't get them in with settings that you could edit the rdmu with notepad, but I must admit that I have never tried that.
Posted: Tue Aug 24, 2010 4:31 pm
by The Robman
For normal remote users, they can let RM generate what it will, then when they copy the data over to IR, they have the opportunity to substitute a different executor if they want, or do any other small edits that might be needed. But Slingbox users don't have this opportunity because RM creates the BIN file, there's no in between step.
Posted: Tue Aug 24, 2010 5:20 pm
by vickyg2003
Okay, I just tested my procedure, and it works as advertised.
I took an upgrade for the fujitsu, which I was working on earlier today, so I know how it works, and its a mini combo, so there is a lot going on there.
1)I copied a protocol upgrade in as manual upgrade with a protocol Id of 01FF.
2)Saved the RDMU.
3)Opened the RDMU in notepad.
4)Opened Protocols.ini in notepad.
5(Changed the lines in the RDMU to match the settings in Fujitsu protocol in Protocols.ini (this isn't nearly as hard as tweaking a protocol, just copy and paste the appropriate lines.)
6)Opened the RDMU in RM and I have a screen with all those special settings, with columns labeled correctly and everything works as advertised.
7)Then I copied the functions from the original RDMU.
Really as complicated as this sounds, its nothing more than a few copy and pastes.
So what kind of protocol wouldn't you do this with?
Posted: Tue Aug 24, 2010 5:34 pm
by eferz
alanrichey wrote:OK, we'll see what it does in this case. I can't find the thread now but i am sure eferz used NEC2 instead of NEC1. No doubt he will read this and confirm/deny that

Here's the post:
http://answers.slingbox.com/message/17137#17137
eferz wrote:I noticed in Remote Master's protocol notes for NEC1 indicates, "There are primarily 2 versions of the NEC protocol: NEC1 and NEC2. The difference between the two is in how the codes repeat when a button is held down. Even if you use the wrong version, it will probably still work, except that the codes won't repeat (or vice versa)."
So, I recompiled Alan's remote update bin files to NEC2 and attached them to this post. Give that a try, if it doesn't work I'll hit up the folks at JP1 to see if they can help me tweak the protocol to remove the repeats. Also, make sure you delete the previous files that you copied into the SBAV folder as I notice windows is a little quirky about replacing files in "protected" areas.
and the response:
http://answers.slingbox.com/message/17199#17199
pamf wrote:Hello!
Mate i did work, i´ve got no words to thank you guys.......
Amazing......if one day you guys decide to come over to brazil.....the first beer is mine...
I can't explain why it worked, as the vicky's and rob's logic makes sense. All I know is that I tried it, the user tested it, and is happy with it. However, we won't know if it will also works Rodge until he provides us with some feedback.
Posted: Tue Aug 24, 2010 5:40 pm
by eferz
The Robman wrote:Keep in mind that Alan is creating BIN files for people, so he's the only one that would need to update his RDF (and I hope he would remember to change it back afterward).
Couldn't we save the file as a separate RDF? That way we can refer to that one when we don't want to use repeats?
The Robman wrote:It's not quite like a remote. With a remote you can have several upgrades in use at once, which is not the case with a Slingbox (at least, the original ones), which can only control one device at a time.
(I don't know if the multi-device Slingboxes are out yet, but if and when they come, they probably would have act more like a remote).
Actually, the SlingRemote of the Slingbox works like a non-learning universal remote. You have to feed it a setup code then the buttons work as pre-programmed. Each video source (Component, S-Video, ANT, and Composite) can associate itself to a single setup code. However, if you upgrade the setup code with a remote update bin then it also changes for all the video sources that uses the same code.
The Betaremotes for the Slingbox Pro, Solo, and Pro-HD works like a learning universal remote where you can program any button with any remote. This is the only way I know of to allow different remote functions from several remotes to exist on a single remote profile. Hence the unique setup code of "L9999"
Posted: Tue Aug 24, 2010 5:41 pm
by alanrichey
Good, I wasn't dreaming then
I hope Rodge does reply or we are going to be left in limbo.
Posted: Fri Aug 27, 2010 6:38 am
by alanrichey
Not looking good. Nothing from him for 3 days now

Posted: Fri Aug 27, 2010 8:46 am
by Rodge
Sorry folks, I had thought I set my forum settings to email me whenever a post reply comes in and I've just been busy lately and hadn't had chance to check back in. Thanks Rob for reminding me about this.
In any case, I'm not at home right now, so I wont be able to try anything until later tonight. I'll let reply back with results of the C2011 code as soon as I can.
Thanks again,
Rodge
Posted: Fri Aug 27, 2010 10:44 am
by alanrichey
And the C2010 as well please, I would like to prove that didn't work
Try
https://www.hifi-remote.com/forums/dload ... le_id=8839
Posted: Fri Aug 27, 2010 10:48 am
by eferz
Rodge wrote:Sorry folks, I had thought I set my forum settings to email me whenever a post reply comes in and I've just been busy lately and hadn't had chance to check back in. Thanks Rob for reminding me about this.
In any case, I'm not at home right now, so I wont be able to try anything until later tonight. I'll let reply back with results of the C2011 code as soon as I can.
Thanks again,
Rodge
Out of intellectual curiosity, could you test both files? And please, do make sure to delete the previous files before copying them over. I've seen Windows act peculiar about writing over files in protected areas while UAC is enabled.
https://www.hifi-remote.com/forums/dload ... le_id=8839
https://www.hifi-remote.com/forums/dload ... le_id=8846
Posted: Sat Aug 28, 2010 12:09 am
by Rodge
Ok, with V2011 it no longer sends double presses, so thats awesome, thank you. However, none of the custom buttons no longer seem to work. The Patriot essentially says its an unrecognized command (hand in a circle with a line thru it). They did work properly with the original V2010 code.
With the 2nd version of V2010 (NEC1 protocol I believe) button presses are still repeated and the custom buttons are either not recognized or mapped to an incorrect button. So this is the worst of the 3.