IR.exe v8.00 Beta now posted

[Capn Trips]

HERE is a macro that gets pretty close to a formatted setup codes list from the latest devices.xls. You still have to edit out some extra commas. It only does 5 digit codes at the moment. I don't recall if the atlas is 5 digit or not. To use it, paste the code into Module1 and assign it a keyboard shortcut. Then filter the remote you want and run the macro. It will spit out a SetupCodes.txt file in the same folder as devices.xls.

Atlas is 4-digit What line(s) need I modify in the macro to accomodate this?

[mdavej]

FIXED! SetupCodes section in RDF only uses 4 digit anyway, whether the remote does or not.

[mathdon]

With all recent versions of IR (definitely 8..beta7, have not tried beta8 yet) I have had the following problem on my Vista computer (Service pack 1). When starting, I get an error popup saying

Code: Select all

Failed to set data for "

(last char ist either a single double quote, or two single quotes). Then the program works ok, with the following exception: On the "Raw data" pane, there is no "matrix" (the main area showing the memory content). If I start IR as administrator, everything works ok.

I've tried to reproduce this error by creating a non-administrator account in Vista, but IR seemed to work perfectly normally. But I haven't installed SP1, so is it known if this is a specifically SP1 error? The error message appears to be a Windows one, not an IR one, as that error text is not in the IR source code.

Barf, is the Raw Data grid totally missing, or is it an empty grid (a header row and one empty row beneath that), or what? I may be able to trace a likely cause if you give me as much detail as you can.
____________________

Graham

[The Robman]

Barf, is the Raw Data grid totally missing, or is it an empty grid (a header row and one empty row beneath that), or what? I may be able to trace a likely cause if you give me as much detail as you can.

Sounds like you could use some screen shots.

[binky123]

Others have reported seeing the "Failed to set data for" error msg when running as non-administrator on Vista. We've also seen it in IR7beta releases according to these posts.

[Barf]

It looks like this.

Another observation is that if I start as administrator (right mouse menu, selecting run as administrator) the last file edited comes up, otherwise none.

BTW, it is the German version of Vista I am (forced to...) using.

[mathdon]

I think I've cracked the "Failed to set data for" problem. I wrote above

I've tried to reproduce this error by creating a non-administrator account in Vista, but IR seemed to work perfectly normally.

I was confusing being logged on as an administrator with running the program as an administrator. I found that if I ran IR.exe as an administrator and afterwards ran it not as an administrator, I got the error occurring.

It is a recurrence of the error that Binky pointed out above, discussed here.

I've fixed it so that it checks that the icon and command path keys are accessible before trying to write the new value.

Unfortunately his check gets passed, and so the write is attempted, if the registry keys concerned already exist even if the program doesn't have write access. I've never had a problem before, as I never ran IR.exe as an administrator, even though logged on as one. But when I did so, it created the keys and so the next run, not as an administrator, tried to write, failed and created the error.

I've changed the code so that if the keys exist, IR tries to delete them. If the delete succeeds then it does Binky's check, which won't now be confused by the keys' existence. All now seems well, whether run as an administrator or not.

I'll do a bit more testing and then post this as Beta 9, together with the Code Selector additions concerning right clicks and double clicks.
_______________________

Graham

[mathdon]

IR 8.00 Beta 9 posted

I have now posted IR 8.00 Beta 9 here.

It adds two further features to the Code Selector introduced in Beta 8. This is now available through a right-click menu when in the Device Buttons panel. Also, double-clicking on a code in the Code Selector both selects and assigns it.

Two bugs related to the handling of the Windows Registry by IR.exe have been corrected. One appears to have been the cause of the “Failed to set data for’’" error discussed above in this thread. Barf, can you please check and report if it solves the problem in your situation?

The other hasn’t been mentioned here but has been a source of annoyance to me for some time. I was getting a message “Unable to initialize drivers for any JP1 interface” if I attempted to open a copy of IR that was anywhere other than in one particular folder. I still don’t know what was special about that folder but I traced the problem to the code for locating the Delcom driver. This code reads a subkey of HKEY_LOCAL_MACHINE and it seems that it was trying, at least sometimes, to open this protected key in Read/Write mode. Forcing it to be opened in read-only mode seems to have solved it.
__________________

Graham

[mdavej]

Thanks for the update. Code selector works great. One question though. Do you think double-click should also close the code window? Anyone else have an opinion?

[mathdon]

Code selector works great. One question though. Do you think double-click should also close the code window?

No, I don't think it should. It's not a "modal" window - you can go back to IR main form without closing it. You may then want to select another device and change its code. That's what the Refresh button is for - it will change the Code Selector display to be for the device type of the currently selected device button. Of course, you can also change the device type within the Code Selector. Assigning it will set both the type and the code for the device button currently selected in the main form.
_______________

Graham

[Capn Trips]

OK. I've finally figured out why RMIR keeps going fruity on me. Every time I download and extract the new beta of IR, the jp12serial driver gets overwritten. Then I have to go BACK to the RM distribution zip to get the CORRECT one that works with RMIR.

Can you package the "other" jp12serial.dll file with the IR distribution so that we don't have to go back and forth all of t time?

Thanks

[gfb107]

So you are actually putting RM and IR in the same folder?
I'd do something like:

Code: Select all

C:\jp1\ir
C:\jp1\rm
C:\jp1\rm\Images
C:\jp1\rdf
C:\jp1\km
C:\jp1\Upgrades
C:\jp1\Config

Most of those are self explanatory.
Upgrades holds KM and RM upgrade files
Config holds .IR and .RMIR files

[gfb107]

The thread about the new jp12serial.dll is here.

[Barf]

Graham, I can confirm that the new releases solves the problem I was griping about, at least for me! Thanx a bunch!

There are some bugs in the RDFs for urc-7780 and urc-7781: Entry for "9th Dev uses VPT" should read: "9th Dev uses VPT=$02A.0.1.0.0 (No;Yes)". Keycodes for Skip+ and Skip- are mixed up (I prefer "Next" and "Previous" as in some other RDFs, but that is not essential). The 7781 also has "HOM" entries 2200-2215 (as opposed to the 7780). In the language of diff:

Code: Select all

--- RDF/11311131 (URC-7781 Digital 12).rdf      2009-04-03 12:51:56.000000000 +0200
+++ ./11311131 (URC-7781 Digital 12).rdf        2009-04-03 17:50:10.000000000 +0200
@@ -45,7 +45,7 @@
 6th Dev uses VPT=$029.5.1.0.0 (No;Yes)
 7th Dev uses VPT=$029.6.1.0.0 (No;Yes)
 8th Dev uses VPT=$029.7.1.0.0 (No;Yes)
-9th Dev uses VPT=$029.0.1.0.0 (No;Yes)
+9th Dev uses VPT=$02A.0.1.0.0 (No;Yes)
 10th Dev uses VPT=$02A.1.1.0.0 (No;Yes)
 11th Dev uses VPT=$02A.2.1.0.0 (No;Yes)
 12th Dev uses VPT=$02A.3.1.0.0 (No;Yes)
@@ -120,8 +120,8 @@
 Mute=$08,
 Ch+=$06,
 Ch-=$07,
-Skip+=$09,
-Skip-=$0A,
+Previous=$0A,
+Next=$09,
 Rew=$0B,
 Play=$0C,
 Ffw=$0D,
@@ -301,7 +301,9 @@
 09 = 0029, 0229, 0243 
 10 = 0093 
 11 = 0152, 0153, 0154, 0155, 0156, 0157, 0158, 0159, 0160, 0161,
-     0162, 0163, 0164, 0165, 0166, 0167 
+     0162, 0163, 0164, 0165, 0166, 0167, 2200, 2201, 2202, 2203,
+     2204, 2205, 2206, 2207, 2208, 2208, 2210, 2211, 2212, 2213,
+     2214, 2215 
 12 = 0059 
 13 = 1272 
 14 = 0188 

Note that the the first two chunks applies both to 7780 and 7781, the last only to 7781. The corresponding map files for 7780 and 7781 contains the same mixup, so that it does not show up "normally".

[Capn Trips]

So you are actually putting RM and IR in the same folder?
I'd do something like:

Code: Select all

C:\jp1\ir
C:\jp1\rm
C:\jp1\rm\Images
C:\jp1\rdf
C:\jp1\km
C:\jp1\Upgrades
C:\jp1\Config

Most of those are self explanatory.
Upgrades holds KM and RM upgrade files
Config holds .IR and .RMIR files

I DO put them in the same folder.

Why should there be two versions of the same dll?

I've read the thread about it, and most of it as beyond me.

I have folders for RDFs and images, and upgrades and configurations, but since some of these files were shared by the programs, put the program-related files into a single folder.