JP1 Remotes

Digital Larry · Joined: 28 Dec 2007 Posts: 56

I have RDFs for the PK and PL chips. I am told that I have to remap the PL functions to correspond to the PK key numbering (as there are fewer valid key numbers available on PK).

This astonishes me, can there not be a key function redefinition in one of the control files used along the way?

By the way I am using RemoteMaster 1.82.

Thanks, DL

mr_d_p_gumby

Digital Larry · Joined: 28 Dec 2007 Posts: 56

Thanks Mike.

So, what you're saying is that, for a given RDMU, I should be able to select between the "UEI PK" and "UEI PL" RDFs and generate a suitable BIN file for both without further twiddling? In this case I do of course mean for key functions which are already defined for each of the chips.

Grazie,

DL

mr_d_p_gumby · Posted: Thu Jan 03, 2008 2:28 pm Post subject:

Digital Larry · Joined: 28 Dec 2007 Posts: 56

Hi Mike,

Well I'm back at it, and I notice that for these files:

BINPK (Slingbox with UEI PK Chip).rdf
- and -
BINPL (Slingbox with UEI PL Chip).rdf

the [Buttons] list is identical with 81 entries. However, I know that PL supports 81 unique codes while PK only supports 37, and the first 37 are not identically defined - in fact, none of them match (although all 37 of the PK keys are defined in the PL list).

For laughs, I created an RDF file where the [Buttons] list was correctly identified for the PK list, then I created an RDMU from the IR.EXE analysis, blah blah - the resulting BIN file code is only 10 bytes! I know they're small but is that possibly correct?

yes, I know I should just test it (sigh) - I'll have to go get some other equipment to do it.

Anyway bottom line it appears that the [Buttons] list in the PL RDF matches what I know to be correct in the spec, while the [Buttons] list for the PK RDF is NOT correct, and the guy who showed me how to do all this stuff, just said, well just remap the buttons when you enter them into RM, but I gotta tell you, that just seems stupid if it can be over-ridden some other way.

Thanks for any insight!

DL

mr_d_p_gumby · Posted: Wed May 14, 2008 2:45 pm Post subject:

Digital Larry · Joined: 28 Dec 2007 Posts: 56

Hi Mike,

I determined the correct button list because, as we are a customer of UEI, we do have access to their chip specifications.

I did not change the button name, I changed the key code number associated with it.

e.g. (Just showing 1 button, fair use and all y'know)

PL:
[Buttons]
Power=1,

old PK:
(which required the manual remapping)
[Buttons]
Power=1,

new PK: (which seems to be working fine on my Dish box - I imported the PL BIN, changed the RDF to the modifed PK, exported again and loaded it up to a PK device)
[Buttons]
1:num_1=1,

For this code, the PL BIN is 100 bytes and the PK bin is 93 bytes. Yes, there is a warning that some functions fell off when trying to map from PL to PK.

I don't know exactly what's up with the 10 byte BIN file I made yesterday, will check it again.

Thanks,

DL

mr_d_p_gumby · Posted: Thu May 15, 2008 2:57 pm Post subject:

If your PK RDF is working better than the old one, it would be nice if you would put a copy in our Tools\RDF Files area of the files section.

The way RM handles the function assignments when changing remotes works well as long as the RDF files are coded correctly. It tries to match up the button names. That works smoothly with common buttons, like 'Power', but when one remote has, for example, a 'Display' button and the other has 'Info', they won't match. The RDF syntax allows for a standard name to be used to so a match will be made. If the RDF for the remote with the 'Info' button is coded as

Digital Larry · Joined: 28 Dec 2007 Posts: 56

Hi Mike,

The file is here:

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

It is marked for use with the HAVA "Aeris" video placeshifting device - it is not represented as tested with Slingbox.

Thanks,

DL

Digital Larry · Joined: 28 Dec 2007 Posts: 56

Notice that the [ButtonMaps] section in this file is unchanged, so it still refers to a bunch of button codes (anything above 37) that don't actually exist on the PK chip.

The RDF spec states:

mr_d_p_gumby · Posted: Fri May 16, 2008 7:42 pm Post subject:

Try replacing the [ButtonMaps] & [DigitMaps] sections with this:

Digital Larry · Joined: 28 Dec 2007 Posts: 56

Thanks Mike.

I'm torn between the desire to understand this at the most fundamental level vs. just getting the end result I need, but in any case I think I get it. Like all number buttons are a group, all volume related functions are a group, beyond that, maybe not much!

Previously the DigitMaps section was just completely blank.

Good/bad/indifferent?

Cheers,

DL