JP1 Remotes

[mathdon]

Greg: After over 100 e-mails and a dozen intermediate versions exchanged between Vicky and me since Alpha 12a was posted, we are agreed that RM/RMIR v2.02 Beta is ready to go, with the source files currently on SourceForge.

Everyone: Although the exchange with Vicky started being about the assembler/disassembler, it grew into a wider remit and addressed the vexed issue of PID conflicts. In doing so we also discussed and resolved an irritating issue with the main RM display and the device editor in RMIR. This is that the Protocol Parameters panel grows and shrinks according to the number of parameters there are in the protocol selected. When switching from a protocol with few parameters to one with many, RM/RMIR can be left trying to squeeze a quart into a pint pot, there not being enough space in the overall window to fit all the pieces so some go missing as the window does not expand correspondingly. The Protocol Parameters panel now has a fixed size, there being spare space with few parameters and a scroll bar when there are many.

Here is a brief summary of the changes from v2.02 Alpha 12a:

* In RM and the Device Editor of RMIR, an additional field, "Alternate PID", appears when there is a PID conflict. This allows the user to provide an alternate PID to be used to avoid the conflict. Explanatory messages appear at the bottom of the panel, and also below the new field when the value provided is still in conflict.
* Greg has added "Allow Preserve Control" to the Options menus, defaulting to Off.
* There are now separate listings for assembler and disassembler, switched with radio buttons. Some errors of syntax have been corrected and additional editing buttons added, along with explanatory tooltips.
* For the S3C80, the disassembler now uses RR and WW in place of R and W for references to two-byte registers and the assembler accepts, but does not require, these forms in those contexts.
* When RM is opened from RMIR through File/New/Device Upgrade then RM and RMIR can be closed independently. Unfortunately a change in Alpha 11 inadvertently made closing either of them close the other as well. Prior to Alpha 11, RM could be closed without closing RMIR but not vice versa.
* If RMIR is minimized while the Device Editor is open, the Device Editor now minimizes as well. Previously it was not possible to minimize the Device Editor.

_________________
Graham

[vickyg2003]

[xnappo]

[eferz]

Feature request: A mechanism to find known extenders in the raw data tab. Something a little more reliable than using the signature to identify whether or not a particular extender is loaded. Similar to security software which uses pattern recognition to find malware.
_________________
Remotes; JP1.2: Comcast URC-1067, JP1.3: Insignia NS-RC02U-10A, JP1.4 OARI06G, JP2.1: Cox URC-8820-MOTO (still trying to figure out how to make them self-aware.)

[eferz]

How does one enable the "Create WAV" option in RMIR? I can enable this option in IR.exe by adding the IRToWav.class into its directory but this doesn't work with RMIR.


_________________
Remotes; JP1.2: Comcast URC-1067, JP1.3: Insignia NS-RC02U-10A, JP1.4 OARI06G, JP2.1: Cox URC-8820-MOTO (still trying to figure out how to make them self-aware.)

[mathdon]

[mathdon]

In this post earlier in this thread, Greg gave detailed instructions for potential developers on how to check out the RemoteMaster source from SourceForge into the Eclipse IDE. SourceForge is in the process of moving all its projects to a new platform, and RemoteMaster was moved on 30 May. The effect for Greg's instructions is that the URL to use for the repository location has changed, and is now:

https://svn.code.sf.net/p/controlremote/code/trunk
_________________
Graham

[xnappo]

[vickyg2003]

I have a feature request for RMIR. I'd really like the Summary report from IR carried into RMIR. I use the summary report a lot. In fact when an RMIR user reports a problem, the first thing I do is save it as IR and open the summary report. I really like this feature when I'm trying to debug a problem, and I want to search for keymove/macro/special protocol confilicts.

I find the summary report to be the most useful debugging tool, and also great user documentation. I think that now that things have settled down, and that RMIR is going to be the only way to handle new remotes, that the lack of the summary report is going to be needed more, since we can't dump to IR to get a view.

Does anyone else miss the summary report?

[mathdon]

[vickyg2003]

I hope someone will do it.

And on another tack, if anyone is interested in making a contribution with a standalone utility. I would REALLY like it if someone would develop a full fledged documenting app for RMIR, beyond the summary report. There is a wealth of information in RMIR. Way more than in IR.

Last Fall I followed Phil's documenting template with all my remotes. It was very time consuming, but well worth the effort. I popped open all my RDMU files and my Summary from IR and made really nice documentation.

However, while I changed equipment once again, and now its all obsolete. The task was daunting. It would be so cool if this could be at least roughed in automatically, into a word file. I included sharp black and white drawings of all the remotes, higher quality than the images used for remotemaster. (I have them for most of the US remotes).

Although if it was automated, I doubt that I would have found all the inconsistancies that I had created in having remotes for all the different venues and devices.

If someone wants a project.......
_________________
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]

Another feature that I would like to see is the ability to update the "functions list" in a RMIR device. If I converted my IR or started from a download to create an RMIR files, I'd love the ability to add the functions list from my RDMU files.

That would be real handy for merging multiple rdmu files too, When I'm on a EFC hunt for someone else and popping open one after another upgrades, it would be really nice to be able to assemble a list.

[Barf]

We had this issue around one year ago, or so. I started on writing an XML based system:

(Sorry, the rest is of more technical nature)

Every major (Java-)class gets a function xmlExport which will generate an XML Element (org.w3c.dom.Element). For a simple class, say a keymove, it is just something like

<keymove button="play" target="device7" targetkey="record"/>

for more complicated classes, it of course contains its subelements (in the sense of Java) as subnodes.(in the sense of XML). Somewhat like "marshalling". So one remote (in the sense of RMIR) will generate one XML DOM-document (org.w3c.dom.Document) that can be saved to a file, or be processed internally, That can both (in the future) be used as a more intelligent save format, at some point of time making it possible to import one RMIR-remote to another hardware. From the XML DOM (a disc file or in memory), it may also be possible to export to other formats (Pronto, raw, LIRC....) possibly using IrpMaster (for rendering, as a library). The XML File/DOM can also be viewed in a browser, possibly using stylesheets (CSS and/or XSLT), which will give a good was of "browsing" the remote. Also, it is relatively easy to generate typographically high-quality text representation (this corresponds to the IR summary).

I wrote a considerable amount of code, that I can dig out.... I somehow lost motivation.

And there is also the issue of importing more, say, neutral information, see http://www.hifi-remote.com/forums/viewtopic.php?t=14736, possibly amplified by probono's data base.

[Vyrolan]

[quartermain]

If I download the memory of my URC-7555 in IR I see lots of keymoves including a "Phantom 1" for each device.

TV-Phantom1 is set for device AUD/2000 which is a Denon 1910 receiver. Hex Cmd is $B8 $73 and EFC/Name is 01974.

If I download the remote into RMIR and look at the same thing it says Raw Data 37 D0 B8 73, Hex B8 73 and Key/Name 01974.

But if I select this line and click Edit, the Key Moves dialog comes up and in the row of radio buttons near the bottom the Function button is selected. The dropdown menu shows 0 and there is a 0 in the notes section.

If I now click OK without changing anything, the data in the main panel has changed. Now it says Raw Data 37 D0 C8 83, Hex C8 83 and EFC/Name "0".

The ir and rmir files are here:
http://www.hifi-remote.com/forums/dload.php?action=file&file_id=12053