Well, the more I look at this, despite the logic and theory seeming to be sound, I am having a bunch of anomalous behaviour when I try to do this, so I suspect blaster will have trouble reverse-engineering the upgrades from the wav's as well. I'm going to describe what I see and link this thread from a bug report post over in the Software forum to get a software dude to look at what's happening.
When I take the wav file linked above and import it into IR I get
this IR file.
It shows four upgrades for TV devices (TV/0830, 08383, 1313 & 1314 - presumably the Sagem TV) and four for Audio devices (AUD/1601, 1612, 1437 & 1442 - presumably for the Pacific).
I then take these device upgrades one by one and import them into RM (manually editing the Device type and device code, and selecting the correct remote (8206)).
The TV/0830 and 0838 upgrades seem to import OK, although some of the data are changed if I simply turn around and re-copy it back to IR, but the protocol, fixed data and key map all look the same.
The TV/1313 and 1314 upgrades, however do NOT import correctly, the 1313 seems to immediately require a protocol upgrade, of which there is none in the wav file, and BOTH import with a keymove - which is not present in the IR file. Needless to say, they do NOT properly turn around and import into IR with the same data as the upgrades from which they were created.
This is the TV/1313 upgrade in IR from the wav file:
Code: Select all
65 00 FC BE 0E F6 C1 AC 00 00 00 64 F4 74 B4 34
D4 54 94 14 E4 9C 1C FC EC 6C AC 7C CC A4 C0 78
B8 00 F8 84 C4 18 E8 68 A8 04 5C 4C D0 30
and here it is copied to the clipboard from RM IMMEDIATELY AFTER importing it:
Code: Select all
Upgrade code 0 = 10 00 (TV/0000) (RM v1.77)
65 39 7C BE 0E F6 C1 AC 00 00 00 9C 1C FC EC 6C
AC 7C CC A4 C0 78 B8 00 F8 84 C4 18 E8 68 A8 04
5C 4C D0 30
KeyMoves
83 F0 04 10 00 00 EE«sleep»
End
Upgrade protocol 0 = 00 65 (HCS08) Emerson Combo (4-device) (RM v1.77)
20 23 23 4A 41 C3 45 06 06 01 B2 01 B3 01 B2 05
19 CC 7E 06 CB 06 CC 01 A2 01 A3 01 A2 04 E6 C4
4A 06 8A 06 8B B6 64 A4 03 8C 97 E6 60 B7 60 43
B7 62 B6 64 B7 61 43 B7 63 03 60 11 45 22 47 35
A7 CD FF 6E 45 00 0E E6 79 E7 6B 5B FA 01 60 06
B6 60 A8 E4 B7 62 CC FF 5C
End
Is this indficative of an RDF problem? and IR problem? or a RM problem?
Similarly, the 1414 Raw import from IR to RM yields a keymove (?)
Of the Audio upgrades, two seemto import into RM fine (1601 and 1612) whilst the other two (1437 and 1442) import with keymoves.
I'm not smart enough to know WHAT can be causing this, but I suspect that either RM's Raw Data import algorithm, or IR's Wav file import algorithm, or the RDF for the 8206, or a combination of the three, is at fault.
Can Mark (IR), Greg(RM) and Nils(RDF), respectively, take a look?
