JP1 Remotes

[gfb107]

RemoteMaster.v2.00-preview8.zip

Thanks to Graham and Vicky for all the hard work.

This should be the last preview before the general release of v2.00.

Changes since preview 7:

• Check EEPROM size against RDF when importing .ir file (Graham)
  
• Use Fixed Data as a matching criterion when downloading or importing a .ir file (Graham)
  
• Ask whether to replace fixed data when there is a mismatch with RDF (Graham)
  
• Fix bug that made an empty RDF [FixedData] section cause an exception (Graham)
  
• Treat tab character as white space when parsing hex string (Graham)
  
• Prevent NullPointerException if a manual protocol has no code for the processor concerned (Graham)
  
• Recognise processor type S3F8 in heading of imported manual protocol (Graham)
  
• Set PID from heading when importing manual protocol (Graham)
  
• Update device parameter label when parameter name is edited (Graham)
  
• Save unassigned manual protocols, ie those shown on Protocols tab, in .rmir file (Graham)
  
• Edit a Manual Protocol by double clicking any of PID, Variant or Protocol columns of Devices tab (Graham)
  
• Fix bug in handling of entries in RDF [DeviceTypes] section when a DevTypeNum value is given with no high byte (Graham)
  
• Fix bug that prevented keymoves being updated in buffer when a new device upgrade was assigned to a device button in answer to the prompt (Graham)
  
• Fix bug with raw data of keymoves when AdvCodeFormat=EFC (Graham)
  
• Prevent multiple fixed data prompts and prevent any appearing when opening a remote with New (Graham)
  
• Make deleting a manual protocol from the Protocols tab delete it also from ProtocolManager (Graham)
  
• Prevent special function key moves being interpreted as EFCs when AdvCodeFormat=EFC (Graham)
  
• Enable conversion between old and new S3C80 codes in both directions and ensure it occurs only when necessary (Graham)
  
• In Manual Settings dialog, trim string before testing for "End" token, as trailing spaces were causing NumberFormatException (Graham)
  
• Correct the maximum value of the Duration spinner for LDKP Special Protocol, changing it from 255 to 15 (Graham)
  
• When importing a .ir file with protocol upgrades not used by device upgrades, add them to ProtocolManager as manual protocols (Graham)
  
• Make ProtocolManager.findNearestProtocol check against Old Names as a final search (Graham)
  
• Initial support for custom executors for known protocols, when parsing E2 image (Greg)
  
• Add editable display of raw signal to Learned Signals Dialog and provide New facility (Graham)
  
• Correct various matters to do with restrictions on allowed button bindings (Graham)
  
• Correct bug that prevented attempts at raw download failing with a null pointer exception (Graham)
  
• Handle remotes with a signature of fewer than 8 characters (Graham)
  
• Handle special case of data format in remotes with empty upgrade section (Graham)
  
• Circumvent a bug in jp1parallel.dll concerning uninitialized variables (Graham)
  
• Key Moves tab: show attached key moves using background color (light gray, dark gray when selected) (Greg)
  
• Raw Data tab: Show modified bytes in bold only (no more red) (Greg)
  
• Devices tab: Adjust column widths (Greg)
  
• Handle multiple protocol upgrades with same pid, which occurs even though the remote can only access the first one (Graham)
  
• Because of the possibility of repeated pids, add name column to Protocols tab (Graham)
  
• If deleting a device upgrade would delete corresponding protocol upgrade, ask for confirmation (Graham)
  
• If changing the protocol of a device upgrade would delete a protocol upgrade, add that upgrade to Protocols tab (Graham)
  
• Prevent change of pid when editing protocol upgrade but not when cloning it (Graham)
  
• Fix bug in opening .ir file that has device combiner as a protocol upgrade (Graham)
  
• When downloading or opening a file, clear ProtocolManager of custom code and added protocols specific to previous configuration (Graham)
  
• When migrating key moves, avoid basing function names on keymove notes as notes such as names of other keys can cause errors (Graham)
  
• Add an Edit Protocol button to the Devices tab (Graham)
  
• Enable all protocols to be edited, adding/editing/removing custom code as required (Graham)
  
• When editing a device upgrade, recognize and use any protocol present that will be treated by the remote as custom code (Graham)
  
• Handle the case of device upgrades where the protocol is missing, treating it as a form of custom code but marked with '-' rather than '*' (Graham)
  
• Correct two places in protocols.ini where "VariantName" had a space between the two words (Graham)
  
• Update JP1 USB library to v0.03 (Greg)
  
• Correct bug causing Code Selector to malfunction after a change of remote (Graham)
  
• Correct handling of derived protocols when loaded from a .rmir file (Graham)
  
• Handle an issue with device types that can be caused by a malformed [DeviceTypes] section in RDF (Graham)
  

Discussion of preview 8 begins here

-------------------------------------------------------------------------------------------------------------------------------------------------------------------

RemoteMaster.v2.00-preview7.zip

Changes since preview 6:

• Add Detach button and context menu item to Key Moves tab, to detach keymoves what are associated to device upgrades. Supports multiple selection (Greg)
  
• Add installed upgrade selector to keymove editor, for upgrades that aren't assigned to a device button (Greg)
  
• Add * after PID in Device tab to indicate a protocol upgrade will be installed with the device upgrade. (Greg)
  
• Fixes for EFC5 handling of single-byte functions (Graham/Greg)
  
• Fix bug to allow entry of Hex data in Key Move Dialog (Graham)
  
• When decoding an E2image, don't associate keymoves to a device upgrade when the key is in the button map. (Greg)
  

_________________
-- Greg
Original RemoteMaster developer
JP1 How-To's and Software Tools
The #1 Code Search FAQ and it's answer (PLEASE READ FIRST)

[vickyg2003]

I looked at the keymoves on the 10820 and they look good. I'm getting what I expect in the rawdata on all types of remotes

I also ran on my elusive error, where the setup code appears to be on the setup code screen, but no keymoves show up, and when you flip back to the setup screen the setup is no longer associated with the key. I immediately closed my rmir session and here is the error log.

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

Its obviously going to be an error you're going to be chasing for a long time, because I went back in and tried to recreate it and can't for the life of me get it to happen again.
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[Capn Trips]

A brief foray into Preview 7 looks very promising.

I like the "detach" option on Keymoves, although that single word may not be sufficiently illustrative to the "typical" user. Perhaps a hover-help explaining that this would detach the keymove from being associated with an upgrade?

I see also that a Keymove in an IR file that COULD be made into a function mapped within a device upgrade is now retained as a keymove, but a "detached" one - which is OK by me, although having certain keymoves on a device displayed in a physically distant location from others, ... well I'd prefer to have the "detached" and "attached" Keymoves for a single device be adjacent to one another. Is there any way to allow re-ordering of the "attached" keymoves with the "detached"?

Also, is there a way to UNDO the "detach" operation?

Next, the upgrade memory calculation on my test file suddenly got all wacky. In IR, it displays memory remaining of 6 bytes Keymove/Macro and 0 bytes Upgrade, while in RMIR it's 6 (OK) and 222(!) respectively. Somewhere in there it has forgotten how to calculate the upgrade memory usage, 'cause I got a buttload of upgrades in there and zero memory.

..and on the memory usage note, could a narrow display column be added to each page indicating how many bytes each Keymove, Macro, SP keymove, and Upgrade consumes? I know that in the Keymoves Tab it's pretty easy to see (in the Raw Data column) but on the others it's not intuitive, and for Upgrades, you have to open the upgrade and navigate over to the output Tab to figure out how much memory the entire thing is consuming. (I like the asterisk indicating that there IS a Protocol Upgrade, though! perhaps in lieu of the asterisk a parenthetical number indicating the memory usage of the protocol upgrade)

Finally, what determines whether an entry on the Raw Data page is red or not? When I open that file, a whole lot of the Raw Data is red, although I have not changed nor edited ANYTHING. Not sure I understand what it's telling me.

LOTS of exciting stuff getting crammed into RMIR in recent days, and I thank (and commend) all of you guys for pressing forward with this awesome tool! I just lament that the next generation of UEIC JP4(?) remotes may, apparently, be either unhackable or incompatible with these great tools.
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes: OFA XSight Touch, AR XSight Touch
TVs: LG 65" Smart LED TV; Samsung QN850BF Series - 8K UHD Neo QLED LCD TV
RCVR: Onkyo TX-SR875; Integra DTR 40.3
DVD/VCR: Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A3 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc: Pioneer CLD-D704.
Amazon Firestick
tape deck: Pioneer CT 1380WR (double cassette deck)
(But I still have to get up for my beer)

[Capn Trips]

OK, so the SECOND time I opened that test file, the Memory calculations were different, giving me a 6 and a 5, respectively, so I guess that was a one-off glitch, as Vicky already explained away the 5 bytes difference being due to RMIR using an updated protocol upgrade in one of my device upgrades to the one I had available back then.

The question about displaying memory usage and the coloring on the Raw Data Tab still applies, however.

Thanks
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes: OFA XSight Touch, AR XSight Touch
TVs: LG 65" Smart LED TV; Samsung QN850BF Series - 8K UHD Neo QLED LCD TV
RCVR: Onkyo TX-SR875; Integra DTR 40.3
DVD/VCR: Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A3 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc: Pioneer CLD-D704.
Amazon Firestick
tape deck: Pioneer CT 1380WR (double cassette deck)
(But I still have to get up for my beer)

[gfb107]

[Capn Trips]

[Capn Trips]

One additional "oh-by-the-way".

Can you add to RMIR the (perhaps as a selectable advanced option) capability for the user to "approve" or "reject" automatic protocol changes?

In my test file above, upon opening the IR file in RMIR, the pause protocol is automatically replaced leaving the user unwitting of this change. I understand that once one is no longer using IR files and is 100% converted to RMIR, this should not be an issue, but...see below.

In the "automatic functions" department, how would RMIR handle this situation if it is DOWNLOADED from a remote? Would it automatically change protocols, device upgrades, what-have-you?

Many Cable operator remotes come with device and protocol upgrades pre-installed. Occasionally, these upgrades duplicate built-in set-up codes and/or protocols. Upon initial download from such a remote, will RMIR start making automatic changes?
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes: OFA XSight Touch, AR XSight Touch
TVs: LG 65" Smart LED TV; Samsung QN850BF Series - 8K UHD Neo QLED LCD TV
RCVR: Onkyo TX-SR875; Integra DTR 40.3
DVD/VCR: Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A3 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc: Pioneer CLD-D704.
Amazon Firestick
tape deck: Pioneer CT 1380WR (double cassette deck)
(But I still have to get up for my beer)

[gfb107]

We are working on making sure RMIR preserves that actual installed executor.
_________________
-- Greg
Original RemoteMaster developer
JP1 How-To's and Software Tools
The #1 Code Search FAQ and it's answer (PLEASE READ FIRST)

[vickyg2003]

I've used the preview 7, and can now open a new Comcast 1067A and can download from the remote just fine.

So I thought maybe I could open my simple multiplex with keymoves example, but that one still bombs out. This one uses a different RDF, the extender RDF. I can see an error in the rmerror log, about the array being out of bounds.

I don't have an extender installed on my bench remote, but I could if you think its an RDF problem, but I think its a multiplexing problem.
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[vickyg2003]

Took a closer look at Preview 7.

First I have an issue with the toolbar. Most of the options are inactive, including the code selector. File New doesn't activate anything on my toolbar. This worked as expected in earlier previews.

Second I tried A file->New, and chose the JP1.2 Comcast 1067 (cs300109),
I then go to the device upgrade sheet and open this km sheet
http://www.hifi-remote.com/forums/dload.php?action=file&file_id=8971

I am not asked if I want to assign this device to a button, even though I know its loaded with keymoves. I switch over to the General tab, and associate the button to the Aux button by hand since the code selector is not active. I see all the keymoves on the keymove tab, but the indicator bars show no keymoves no upgrades and none are being shown in the E2 area.

I have some download issues with keymoves too, but I don't think you want to see those until we can build a remote from scratch.

PS, when adding keymoves to device keymoves sheet is no longer being refreshed, and the data in the raw code column is nonsensical and I can't find what I'm seeing on the rawdata tab. The protocol in question is Pid 00 27:new
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[vickyg2003]

SaveAS

SaveAs keeps adding .RMIR to the original file.

If you do saveAs and you choose an IR file, nothing gets saved, however if you save it first and then do a saveAs and the file appears with .rmir.rmir after it, if you choose save as .ir, a rmir.ir file is created that is an RMIR file.

Edit:

It appears that nearly everything that got fixed is broken again. I redownloaded the file to make sure I didn't have some corruption. My keymove screens and device screens are not updating until you navigate away from them. Some of the new features are there, but its almost like they were applied to preview 3.
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[vickyg2003]

Apparently all my problems are Comcast related. I just tried all the things that were going wrong, and everything looks great on other remotes.

So what is the problem with the RDF.

I used other RDF's and the weird updating is gone.

Problem with the 1994,10820n going from the file new, and then loading this upgrade, the keymoves are not making it to the e2 area, when you attach it to the key. You need to detach and then reattach to get the e2 area to populate with the keymove data. However the keymoves look a heck of a lot better than they did for the Comcast remote.

http://www.hifi-remote.com/forums/dload.php?action=file&file_id=8971
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[vickyg2003]

Taking a closer look at keymoves, I look at the encoded keymoves in the output window of KM and RM and trying to figure out how these relate to the hex in IR and RMIR and the rawdata in the E2 area.


this is what IR says
SHIFT-Menu DVD AUX 2002 $58 $59 02204 Top Menu


The keymove in the output window looks like this.
¦8C F0 04 27 D2 08 9C«Top Menu»

RMIR shows
RAW 27 D2 58 59 HEX 58 59


I think raw data should be
27 D2 08 9C HEX $58, $59


089C = 02204 5 DIGIT EFC THAT LEADS TO $58, $59

This 089C is what IR has in the E2 area, while RMIR is SHOWING 5859 in the e2 area.
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[vickyg2003]

Sometimes when you add an upgrade the keymoves don't make it into the e2 area.

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

If you upload an image like this, the remote will not get any keymoves either, but if you save it and reopen it the e2 area is populated. (Seen in red)

How far is this going to be taken?

Is the hex and protocols subject to change whenever you open an RMIR file?
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.

[vickyg2003]

Protocol bug when things are added out of order

Created a new urc-7800

added my sony device

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

added this protocol to check to see how RMIR was processing data
Upgrade protocol 0 = 00 27 (S3C8) Sony Combo (12/15/20) (TEST )
3A 8A 42 8B 15 F8 15 05 07 02 58 01 18 01 2C 01
18 57 D0 04 B0 01 18 08 03 08 76 07 01 EB 17 76
08 01 6B 0F E6 28 F9 E6 12 08 08 08 E0 C0 56 C0
03 09 01 E6 24 06 8D 01 36
End

Looks good.

However if I start by adding the custom protocol, and then adding the device, the protocols tab goes blank, E2 is still showing the 06.
If I add another device that uses this protocol (0027), the E2 no longer shows the custom protocol.
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.