JP1 Remotes

unclemiltie · Posted: Tue Feb 22, 2011 9:37 pm Post subject: RCA RCRP05B Extender

This topic is for availability of the current extender for the RCA RCRP05B JP1.3 remote. This base topic will be updated to reflect the most current version of the remote as well as its availability.

Edit: 3/8/11 - Updated to version 1.01

download link removed for V1.01

Edit: 4/11/11 - update to version 1.03

fixes bug that ignores set_menu command and bug that won't allow any key with value over $3F to work (DVR key on this remote) unless there is a macro or key move on it.

Edit: 4/12/11 - update to version 1.04

fix bug in LDKP processing for all JP1.3 extenders

Edit: 11/4/11 - update to version 1.05

fix bug introduced in 1.03 cloaking fix

http://www.hifi-remote.com/forums/dload.php?action=file&file_id=10079

merging with Extinstall in IR will erase your setup codes and will add extra "default" macros. This is a bug in Extinstall. Please remove the extra macros on the device buttons and re-enter your setup codes after merging.
_________________
this JP1 stuff is a sickness!

unclemiltie · Posted: Tue Feb 22, 2011 9:40 pm Post subject:

Version 1.0 of the extender is the first version for this remote. Many thanks to the beta testers who provided great feedback as well as some suggestions for enhancements to the extender.

Specifically, I'd like to thank:

VickyG for her thoughts around flashing the LED's for the phantom devices

ElizabethD for her suggestion to take that one step further and flash the phantom devices twice and the real devices once

mdavej for his work in chasing down a couple of bugs in the RDF

-bill
_________________
this JP1 stuff is a sickness!

ElizabethD · Advanced Member Joined: 09 Feb 2004 Posts: 2348

A fix is needed in the readme file.
Readme says

unclemiltie · Posted: Wed Feb 23, 2011 10:06 pm Post subject:

There's at least one bug in the RDF that I've found that is not going to cause anyone any real issues, but it should be fixed.

Right now, in RM and IR you can put macros, keymoves and assign functions to the Dev_xxx keys, which you shouldn't be able to do.

The RDF needs to change from

unclemiltie · Posted: Thu Feb 24, 2011 6:24 pm Post subject:

Another RDF bug:

there are two entries in the key list for Guide, which of course causes it to show up twice in the RM key list.

Remove the one between Aspect and PIP.
_________________
this JP1 stuff is a sickness!

unclemiltie · Posted: Thu Feb 24, 2011 7:52 pm Post subject:

There is an issue with RM that mdavej reported a while back that confuses the dev5 key and DiscreteOff

dev5 can't be shifted or Xshifted, and I did specifiy that in the RDF. however, for some reason Xshift-dev5 shows up as Discrete off as they are both the same key value (which is why dev5 can't be xshifted)

greg is looking at this in RM to see what's going on.

In the mean time, if you put something on DiscreteOff, you'll get two keymoves show up in the output section. While you're importing into IR you'll have to delete one of them to keep IR from complaining.
_________________
this JP1 stuff is a sickness!

ElizabethD · Advanced Member Joined: 09 Feb 2004 Posts: 2348

ElizabethD · Advanced Member Joined: 09 Feb 2004 Posts: 2348

unclemiltie · Posted: Sat Feb 26, 2011 3:07 pm Post subject:

Another addition to the RDF

It appears that the FAV device on the bottom of the FAV tab in IR doesn't really do anything when AdvCodeBindFormat=Long (i.e. long format Advance Codes) is set in the RDF. The old short format stored the device as part of the advance code, but the new one doesn't.

To fix this you can do one of two things:

1: put Dev_xx commands in your FAV macros to make sure you are setting the right device

2: add the following to the [settings] section in the RDF, which will put a FAV device in the general tab that will be used for FAV processing.

unclemiltie · Posted: Tue Mar 08, 2011 4:44 pm Post subject:

another missing point from the RDF. not a huge issue.

Add the line:

PauseParams=Pause,2/1,10

to the general section of the RDF. This tells IR how to compute the right hex for the pause value. Right now if you put a pause in for 6.5 seconds, you'll actually get 10 seconds since the default value is a bit off for this extender.

Each $01 of hex in the first byte of the hex that you see is 100ms on this extender. Thus $64 is the right value for 10 seconds. Again, not a huge issue, but it's not right.

This is fixed in the V1.01 RDF that some day I'm going to upload and release to you all.

-bill
_________________
this JP1 stuff is a sickness!

unclemiltie · Posted: Tue Mar 08, 2011 10:54 pm Post subject:

Version 1.01 has been uploaded and the original topic link updated to point to the new version.

What is in this version:

the delay between macros is a number between $01 and $FF (1 to 255), the longest being about 200ms. Feedback on if this is long enough would be appreciated.

you should be able to download the hex and upgrade your remote configuration with the following qualifiers:

this is a limitation on the current version of Extinstall. Some day I'm going to get around to fixing this.
_________________
this JP1 stuff is a sickness!

Thomas · Joined: 16 Feb 2008 Posts: 87

Bill,
I waited for extender ver 1.00 before trying the install - the remote is for a friend, but I am the one doing the programming and learning. I appreciate the effort you have gone to in squashing the RDF bugs. Will now install ver 1.01 and continue.

My feeling is that extenders make the organization of macros and keymoves more logical, not to mention more flexible. And the additional devices, DSM, Toadtog, Pause are options that I can no longer do without.

Ever Onward!
_________________
Tom Carlson

haama · Joined: 09 Mar 2011 Posts: 2

Thanks for this - makes this remote much more powerful. I've tried quite a bit of it out and it works as expected.

I have found one oddity - the Set_Menu function doesn't seem to do anything, while the Set_Other function sets the menu keys as well as the other keys. For v1.00 and v1.01, I've set up the devices without using Set_Menu and have full use of arrows, OK, Menu, and surrounding buttons as well as the 4 ABCD buttons.

unclemiltie · Posted: Wed Mar 09, 2011 5:30 pm Post subject:

hmmmm...

I'm going to have to look at that. The "test" macros that I used when validating the extender set the device table up correctly

let me see what's going on.
_________________
this JP1 stuff is a sickness!

unclemiltie · Posted: Wed Mar 09, 2011 6:56 pm Post subject:

you may have found a bug... I suspect that no one really separates the menu keys from the other keys and thus this never showed up.

Do me a favor, can you test by changing the value at $0761 from $04 to $05 in the raw data, then APPLY that change and upload to your remote. Let's see if that fixes it. I may not be searching all of the keylists, and of course since Menu is the next to last, that's the one that is falling off the list.

I need to also go back and figure out if this same bug exists in ALL of the JP1.3 extenders so far. It may since the same code is used in all of them.

The background:

In the extender, every time a key is pressed, the extender CALLs a routine that will search the lists of keys for each of the keysets. And when it finds it, it returns an index into a table of device numbers that is used to look up the device to use to process the key. I never search the "other" key list so if the extender doesn't find the key in any of the defined list, I assume that it must be other.

Now, if I stop searching and never search the Menu table, the extender will fall through and will fall back on the default of other. I think that's what is going on here.

That change that I asked you to make changes the number of keylists that are searched from 4 to 5 before it gives up.
_________________
this JP1 stuff is a sickness!