IR.exe v8.00 Beta now posted

Discussion forum for JP1 software tools currently in use, or being developed, such as IR, KM, RemoteMaster, and other misc apps/tools.

Moderator: Moderators

mr_d_p_gumby
Expert
Posts: 1370
Joined: Sun Aug 03, 2003 12:13 am
Location: Newbury Park, CA

Post by mr_d_p_gumby »

mathdon wrote:I can't speak for all JP1.2 & JP1.3 remotes, but this isn't quite right for the URC-7780/7781. A 1-byte AdvCode command (3-byte header, 2-byte setup code and 1 data byte) is a button code and is translated into a hex code (1 or 2 bytes) appropriately for the device concerned.
I think we're saying the same thing here. I was just trying to abbreviate the discussion a little. A 1-byte keymove (as you defined it above) is always treated as a button code (aka key code). This is true for all keymove formats except the original. The remote acts as if that button had been pressed, loading the referenced setup code, looking up the hex command data within the setup code, loading it into the protocol buffer, loading the protocol executor, and then executing it.

In fact, if a keymove with more than two command bytes is processed by the remote, it will interpret it as if it were only a 1-byte keymove, using the first byte as a button code and discarding the rest of the bytes. Sigh! :cry:
mr_d_p_gumby wrote:AdvCodeBindFormat=SHORT
Oops, I meant AdvCodeBindFormat=NORMAL.
mr_d_p_gumby
Expert
Posts: 1370
Joined: Sun Aug 03, 2003 12:13 am
Location: Newbury Park, CA

Post by mr_d_p_gumby »

mathdon wrote:[There's something very odd happening here. The DeviceSetup entry you mention is in the [Extender] section. This section isn't read by IR. The RDF Spec says it is used only by the Extender Code Calc spreadsheet. I've checked back to the IR 7.15 source code and it isn't read by that, either.
To my knowledge, IR has never used any of the entries in the [Extender] section.
ElizabethD
Advanced Member
Posts: 2348
Joined: Mon Feb 09, 2004 12:07 pm

Post by ElizabethD »

mathdon wrote:
ElizabethD wrote:Would you like me to post what i download from 8910 or the IR file?
Both would be very helpful, as I think I need to be able to reproduce the problem in order to diagnose it.
RC4
8910ext files - old configuration pushed to 8910 and downloaded via RC4
https://www.hifi-remote.com/forums/dload ... le_id=6585
You will see a non-matching checksum. Please ignore it. Has to do with what random keys I pushed after enabling the extender and the download. All bytes other than that match. This configuration is so old, I can't recall how it's made and had to make sure it works
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride :)
ElizabethD
Advanced Member
Posts: 2348
Joined: Mon Feb 09, 2004 12:07 pm

Post by ElizabethD »

mr_d_p_gumby wrote:To my knowledge, IR has never used any of the entries in the [Extender] section.
I am clueless. But might it not be so we can label devices db-08 to db-14 on General tab? Perhaps something more profound than that.
CPT0CPx1 (URC-8910(Old)_9910(Old)_8910(New)_9910(New)_HTPro Extender 1).rdf says
[Extender]
DeviceSetup=MISC/1800,ToadTog
DeviceSetup=MISC/1106,LDKP
DeviceSetup=MISC/1104,Pause
DeviceSetup=MISC/1103,DSM
DeviceSetup=TV/1101,Multiplexer
DeviceSetup=MISC/1107,ModeName

If I find my instructions that say something else, i'll post back.
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride :)
ElizabethD
Advanced Member
Posts: 2348
Joined: Mon Feb 09, 2004 12:07 pm

Post by ElizabethD »

Follow up on the custom mode name - I used search - it applies to 2 remotes.

Custom mode name came into RDFs in 2005 for 8910 family and RCU810.
https://www.hifi-remote.com/forums/viewtopic.php?t=779
https://www.hifi-remote.com/forums/viewt ... 1767#p31767
https://www.hifi-remote.com/forums/viewt ... 2497#p32497
Custom mode added to [Extender] section
https://www.hifi-remote.com/forums/viewt ... 1772#p31772
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride :)
mathdon
Expert
Posts: 4725
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

IR 8.00 Release Candidate 5 posted

Liz's issue with a Special Protocol called "ModeName" showing up simply as "unknown" was a bug in the handling of the new SP syntax. This allows user-specified names to be given in brackets, e.g.

Code: Select all

[SpecialProtocols]
DSM=Internal:0 (DSM1)
DSM=01FC (DSM2)
If there is no name in brackets, the standard function name is used. This isn't always that on the left of the "=", e.g. the LDKP protocol has two functions, LKP and DKP. The standard function name for a protocol not recognised by IR is "unknown", which is what was showing up. I've now made unknown protocols take the name on the left of the "=" as the default. IR 7.xx handled protocol names differently and so didn't have this bug.

IR 8.00 Release Candidate 5 (IR 8.00 Build 15) has this fixed. I needn't have worried about the release version being Build 13! :)
____________________

Graham
mathdon
Expert
Posts: 4725
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

ElizabethD wrote:Follow up on the custom mode name - I used search - it applies to 2 remotes.

Custom mode name came into RDFs in 2005 for 8910 family and RCU810.
https://www.hifi-remote.com/forums/viewtopic.php?t=779
https://www.hifi-remote.com/forums/viewt ... 1767#p31767
https://www.hifi-remote.com/forums/viewt ... 2497#p32497
Custom mode added to [Extender] section
https://www.hifi-remote.com/forums/viewt ... 1772#p31772
I think RC5 solves your immediate problem. With these links, are you just giving some history or are you asking for IR to do something with the [Extender] section? Your links all go back to 2005 or earlier and I suspect they may pre-date the user-friendly Special Protocols interfaces in IR. If you do want something done, could you explain it in a self-contained way and add it to the IR 8.01 wish-list thread?
_________________

Graham
ElizabethD
Advanced Member
Posts: 2348
Joined: Mon Feb 09, 2004 12:07 pm

Post by ElizabethD »

mathdon wrote:With these links, are you just giving some history or are you asking for IR to do something with the [Extender] section?
No, no requests :)
The [Extender] links for history seem to be at this point OT and Rob can kill those messages.
I dragged it in, since the use of that section was not clear to me.
Yes, ECC was made well before Special Protocols. It was updated on and off.
I found ECC still very useful in 2007 when converting 7800extender2 files to extender5, because of the necessary remapping of buttons.
ECC permitted Find, Sort, Search and Replace, and put it all back into IR.
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride :)
ElizabethD
Advanced Member
Posts: 2348
Joined: Mon Feb 09, 2004 12:07 pm

Post by ElizabethD »

mathdon wrote:IR 8.00 Release Candidate 5 (IR 8.00 Build 15) has this fixed. I needn't have worried about the release version being Build 13! :)
Interesting explanation :)
RC5 is wonderful. Nice changes. Looks good so far. Thanks!
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride :)
mathdon
Expert
Posts: 4725
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

IR 8.00 Release Candidate 6 posted

Oops, made a boo-boo :( . There was a bug in my mod to deal with Liz's ModeName and other Special Protocols unknown to IR. It didn't handle SP user names, e.g.

Code: Select all

[SpecialProtocols]
ModeName=01F8 (Mode1)
ModeName=01F7 (Mode2)
In RC5 these would both have shown up with name ModeName. My default was too effective - it overwrote the user names!

I've put that right in IR 8.00 Release Candidate 6 (IR 8.00 Build 16). I've also taken the opportunity to deepen the Select Remote popup window. It was widened in RC4 but now it shows more entries, too.
__________________

Graham
ElizabethD
Advanced Member
Posts: 2348
Joined: Mon Feb 09, 2004 12:07 pm

Post by ElizabethD »

RC6
Works well for me. Minor thing - I don't understand the message about the need to set the directory menu when I click on Help > IR Help. I set it to the directory where RC6build16 IR.exe is. Running XP.
Yup, the changes people just mentioned above will be nice.
I just read and like Rob's idea to make the menu option to display or not.
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride :)
mathdon
Expert
Posts: 4725
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

ElizabethD wrote:RC6
Minor thing - I don't understand the message about the need to set the directory menu when I click on Help > IR Help. I set it to the directory where RC6build16 IR.exe is. Running XP.
My reply to this got moved to the IR 8.01 Wish List as it was part of a longer message. I suspect you don't have the IRHelp.hlp file. It's the directory for this that it means. This file is in the Help section of JP1 Files, as irhelp.zip.
_________________

Graham
mathdon
Expert
Posts: 4725
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

IR 8.00 Release Candidate 7 posted

IR 8.00 Release Candidate 7 includes two fixes of bugs (not of my making :) ) and two new features. I know I said no more new features in IR 8.00, but I wasn't happy with IR 8.00 being released without them. But no more after this!

I wanted to make IR save the JP1/JP1.x interface type and restore it when IR was next opened. When I looked into this, I discovered that IR is always supposed to have done this. The saving was OK but a bug in the restoration code meant that if JP1.x was saved, IR would still open with JP1 set (unless the computer didn’t have a JP1 interface). I've now put this right. The other bug specifically concerns running ExtInstall from IR under MS Vista. See this thread for more details.

The first new feature is that the panels on the General tab are now re-sizeable. There is a moveable vertical divider between the Device Buttons and Other Settings panels and a horizontal one just underneath these panels. The column widths in the grids have always been changeable (drag the dividers in the column headings), as has the size of the IR form itself. With this new capability, the user should now be able to set all the panels and their columns to any desired size (making me and the Capn very happy :) ).

The other is a display of the current interface type (just JP1 or JP1.x) on the toolbar, to the right of the Download and Upload buttons. But this is much more than just a display. If the computer supports both types of interface then this display is in blue and is actually a toggle button. If only JP1.x is supported then the display is in grey and is inactive. As a toggle button it switches between JP1.x and the last used setting for JP1 (i.e. whether Serial, Parallel or USB and whether EEPROM size is auto selected or forced to <= 2K or >= 4K). This memory of the last JP1 setting is preserved between invocations of IR, even if JP1.x was selected when IR was closed.

Doing this has made me really dislike the row of radio buttons for interface selection. They mix up two aspects of the interface that are correctly separated in the Interface pull-down menu. These are the computer aspect (JP1 Serial, Parallel, USB or JP1.x) and the remote aspect (EEPROM size). Moreover, they are incomplete. They neither allow choice for JP1 between Serial, Parallel or USB, nor do they remember and restore the last JP1 settings. My toggle button doesn't allow choice but it does have this memory. I feel that the vast majority of users will not use more than one JP1 cable in addition to one JP1.x cable so the simple toggle suffices. The Interface pull-down menu can be used to set the JP1 lead type and EEPROM choice. Unless these need to be changed, my toggle button will then remember these JP1 settings for evermore - even if, as I said above, JP1.x is selected when IR is closed. I've left the radio buttons for now but hope that now there is the toggle, there will be a consensus to remove them for IR 8.01. Please note that I have made no changes to the detection logic for the interface type. In particular I haven't tried to make an autoselect between JP1 and JP1.x and now no longer believe it a good idea because of the multiple leads issue.
__________________

Graham
mathdon
Expert
Posts: 4725
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

Ready for release?

As there have been no comments or bug reports on IR 8.00 RC7, I think it is ready for general release. Rob (or anyone else as well, of course), what do you think? Unless a bug is suddenly discovered, there won't be any more RC versions as I am already working on new features for IR 8.01.

I would like to include Mike's RDF4 Spec in the release package. Is this OK? There are still a few final amendments outstanding, but these can easily wait for the IR 8.01 release.

I presume only Rob can post into the Files/Tools/Main folder, so how is the release handled?
_________________

Graham
The Robman
Site Owner
Posts: 21945
Joined: Fri Aug 01, 2003 9:37 am
Location: Chicago, IL
Contact:

Post by The Robman »

I'm OK with calling this a release. I would suggest including both the RDF3 and RDF4 specs for now.

Go ahead and post the files and post a link here, then I'll move them to the Main folder.
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!
Post Reply