JP1 Remotes

Well, as I suspected Sony uses two different sub-devices (73 and 218). This alone was enough for my laziness to kick in. So, instead of going through all 512 codes I have bought a remote, learned all the keys and returned it to the store. Not nice, I know, but thirty bucks...

Anyway, besides having ...

Well, if the mountain will not come to Mohammed, Mohammed goes to WalMart... I'm uploading a new Sony_PS2_VIDEO-1550.txt with all the buttons on SCPH-10420U remote. Enjoy.

In either case, you could probably find the codes tonight instead of waiting for someone else to do it for you. ;)
You are right and I'm one lazy bastard. I't just I saw many warnings on this site regarding some codes wrecking havoc on TVs. I was afraid to accidentally break a PlayStation. Another ...

90% or more of the buttons will still be assigned to the most sensible button
Yeah, I saw that. I'm just curious, how this assignement works? By function name?

BTW original topic was about PS2 remote... :wink: Last time I saw them, they were about $30. It's kind too much for me just to learn two ...

When I said "separate two KM formats" I meant those .txt files at yahoo... and I already admitted it is not such a good idea. Technically, KM could load/save function configuration separately. But saving remote configuration separately is a bad idea.

Well... there is a solution, but it is more of a headache than a real one: to separate two KM formats. One for device side with protocol id and function codes, another for remote configuration with remote type, buttons and key moves. But again, splitting perfectly working code would be such a time ...

Could anybody with new PS2 remote (SCPH-10420) take some time and learn codes for all the keys, please? The codes at yahoo do not have many buttons e.g. "power" and "reset".

Also, regarding posting to yahoo group... Most of the upgrades are final versions tailored for particular remote model and ...

So, be sure to add an untracked power control, e.g., Shift-POWER, to correct out-of-sync conditions.
Generally, you do not need "untracked power control" to fix this problem.

The most logical setup, I believe, calls for three toadtog entries per device, either discrete or toggled . One that ...

I altered the upgrade protocol that Rob gave above to change the red highlighted value to 2 (2 repeats), from 5. This works flawlessly. The receiver responds to any momentary tap, every time.
My apologies for digging up this old topic. Only now I've got half an hour to test the suggestions above ...

Apparently I just misunderstood you. I thought that area is changed by extender's code itself. Well, the memory map above was combined from different documents, one of which was the source of extender2. As extender obviously works, it's either I got addresses wrong or that byte change does not ...

I don't think we should investigate extender's behaviour here. After all this is the place where they got written. The goal of my questions was to get a clear picture of what is inside memory in terms of binary "chunks" that can be moved around or placed permanently across eeprom. Internal contents ...

If I'm not mistaken, you're talking about "General" tab in IR. Here you usually assign setup codes to device buttons and to phantom devices that have no corresponding buttons. In either case you do not have to "remove" anything. Just put a new device type and setup code where you want it. The only ...

Thanks! I'm slowly getting there:

000..001 CheckSum (002-7FD)
002..009 Remote ID (e.g. RS70RS70)
00A..027 [DeviceButtons] 15 x 2-byte setup codes
028..029 TimeAddr 2-byte ?
02B..030 [Settings] 6 x 1-byte MySystem button groups
031 [General] FavKey ? what data stored here?
032 FixedData = $14
033 ...

For all S3C80 non extender configs and most S3C80 extender configs, all the data you need is aready in the RDF and in quite simple form. Some extra RDF syntax to cover stranger shape extenders would also be easy.
OK, maybe I'm overcomplicating again. I went through all the docs on Yahoo and some ...

In summary, making IR understand that upgrades can overflow into other unfilled areas would be both easier and more useful than having the RDF specify the extra upgrade areas.
I've been playing with some java code for RM to do this (you gave one of the possible algorithms in one of the topics). So ...