RMIR: Prototype IR function in RM

[vickyg2003]

I'm sorry. I didn't mean for this to sound like an attack. I'll try to be more positive.

[gfb107]

Thanks for the report. It is good to know you are still willing to give RMIR a try and help us make it better.

I would like to ask that in the future you try to provide a little more details in your bug reports, please. I know you have a very clear understanding on how you caused these bugs to manifest themselves, but it isn't always clear to someone else. It'll speed up the process of fixing these issues, as it will reduce the amount of back and forth question and answer between us, and the associated delays between them. I hope my questions below will give some indication about what I mean by that.

Bug Report preview 4

1)When you do NEW Device, Import, the Dropdown All Device Upgrades, works but the keymap-master doesn't show any TXT files.

Is this in the Devices tab in RMIR? What remote are you using? Is there and IR or RMIR file you loaded before doing this, or did you use File > New? When I click the New button on the Device tab in RMIR, the Import button is used for "Load a device upgrade from the clipboard", so I don't see where you would select "All Device Upgrades". If you meant the Load button, I am sorry to say that I can not reproduce this bug. I do in fact see .txt file in the dialog when "All Device Upgrades" is selected. I can make them disappear and reappear by changing to "RemoteMaster Device Upgrade files (*.rmdu)" and back to "All Device Upgrades". Of course .txt files will only be visible if there are some in the working directory.

2)When you do a FILE->New the little markers for the learned section and the markers for the empty device/protocol protocols section isn't shown.

I think it is important to know what remote you selected when you did File -> New, and maybe even have a link to the exact RDF you used if it wasn't the exact version in the latest distribution. Like more of RMIR, File -> New produces results specific to the RDF, so it is critical to know what RDF you used.

3)When you add an device upgrade, you are forced to assign it to a key, just like IR does, but when you unassign it from the device key all the keymoves are deleted. This makes it impossible to use helper upgrades and multiplexing.

This needs to be addressed. Helper upgrades aren't something I've ever used, but I do know what they are and how useful they are when needed.

4) The remote is showing the upgrade area as being used, but the RAW Data tab show all FFs.

Need a RMIR or IR file for this please, and RDF if it isn't the standard one.

5) Can't handle "No JP1.x remote found." error.

Sorry, "Can't handle" isn't descriptive for me. I know something went wrong, but no idea what symptoms you are seeing. As usual, a snapshot of rmaster.err at the time of the error might be useful.

6) Unassociating the device upgrade from the Device button also seems to delete the Device from the image. Associated with 3 above.

I'd say it is just another symptom of the same behavior.

[mathdon]

I'm not clear on what "higher-priority" issues in RMIR the development team believes require greater attention at this point
.....

you continue pursuing program upgrades that (from where I sit) you pick and choose as - for whatever reason - more pressing.
.....

I did not see anybody clamoring for "RDF feature-completeness" - whatever that is

Well, let's go back three months, to before I got involved in development. If I hooked RMIR up to any of my remotes and tried to download it, RMIR crashed. If I tried to open a .ir file for any of my remotes, IR crashed. Why? Because their RDFs used features not supported by RMIR. My remotes are not mainstream US ones, I am in Europe. Anything out of the US mainstream seemed to foul up RMIR. So at that time, to me it was useless.

What does "RDF Feature complete" mean? In the sense we were using it, it means making RMIR work with ALL remotes. If the Capn thinks sorting out his feature requests are of higher priority than that, I have to disagree with him. But that has now been done. NOW we can move forward with other features.

[The Robman]

This have never been something that I thought was a requirement for RMIR. From that perspective, I consider the fact that it let you try to save as an IR file a bug.

That is not to say that RMIR should not be able to save as an IR file. I am just saying that it does not today, but you already know that because it didn't work. Please create a feature request for this.

Then please consider it a very important feature request. If RMIR ends up becoming the "go to" program for newcomers, the experts are going to need to be able to use IR.exe to look at the remote setups in order to see what's going on, as RMIR makes it too hard to see the whole picture.

[The Robman]

Regardless, I appreciate your herculean efforts and will continue to download and use every new iteration of RMIR, and will continue to provide my thoughts on it (at least until Rob bans me to Jim Hammel and Elliot Axel-land)

Don't worry Capn, you ain't goin' nowhere. And I think you're referring to James Gammel!

[vickyg2003]

Thanks for the report. It is good to know you are still willing to give RMIR a try and help us make it better.

I've become resigned to the idea that this is not going to be a tool for me, but since so many experts think its the way to go, I'm going to "TRY" to shut up and let you proceed down the path you've chosen. I still know the value of a good test, especially when there are so many variables at work here with the RDF driven application.

I would like to ask that in the future you try to provide a little more details in your bug reports, please. I know you have a very clear understanding on how you caused these bugs to manifest themselves, but it isn't always clear to someone else. It'll speed up the process of fixing these issues, as it will reduce the amount of back and forth question and answer between us, and the associated delays between them. I hope my questions below will give some indication about what I mean by that.

Yes communication is hard for me, but these were all easily to reproduce as they happened every time.

Bug Report preview 4

1)When you do NEW Device, Import, the Dropdown All Device Upgrades, works but the keymap-master doesn't show any TXT files.

I misspoke its not import its Load
Go to the Devices Tab
Hit NEW
On the Device Screen
Press Load
On the File Type Dropdown, select "Keymap-Master device upgrade files"
Nothing Ever shows

2)When you do a FILE->New the little markers for the learned section and the markers for the empty device/protocol protocols section isn't shown.

I think it is important to know what remote you selected when you did File -> New, and maybe even have a link to the exact RDF you used if it wasn't the exact version in the latest distribution. Like more of RMIR, File -> New produces results specific to the RDF, so it is critical to know what RDF you used.

RDFs for unextended URC-7800, URC-10820, Atlass 3033, Comcast 1067Bx3

5) Can't handle "No JP1.x remote found." error.

Sorry, "Can't handle" isn't descriptive for me. I know something went wrong, but no idea what symptoms you are seeing. As usual, a snapshot of rmaster.err at the time of the error might be useful.

Its easy enough to create. This is a very near and dear to me problem. I have one of those LPT cables that requires different battery tricks, and my JP1.x remotes are having trouble communicating too. But for users that plug in their interfaces misaligned, or whatever. Just download with no remote connected to any of your cables.

You get a
Runtime Errror!
Program C:\ProgramFiles\Java\jre!60\bin\javaw.exe
abnormal program termination.

Any time ANY program gives me this type of unhandled error, I feel it a wise move to close the application, because I don't trust what I'm seeing.

[mathdon]

Dissociation of key moves from device upgrades

I have just made a change that should meet this need, if I understand the need correctly. If you change the device type or setup code for some button on the Device Buttons panel and the current values refer to a device upgrade that contains key moves, then you are asked if you want to preserve them. If you do then the preserved key moves will appear on the Key Moves tab (provided, of course, that the new values are not another upgrade).

If this is satisfactory then it will appear in the next release.

[mathdon]

2)When you do a FILE->New the little markers for the learned section and the markers for the empty device/protocol protocols section isn't shown.

I think it is important to know what remote you selected when you did File -> New, and maybe even have a link to the exact RDF you used if it wasn't the exact version in the latest distribution. Like more of RMIR, File -> New produces results specific to the RDF, so it is critical to know what RDF you used.

RDFs for unextended URC-7800, URC-10820, Atlass 3033, Comcast 1067Bx3

Vicky, perhaps I don't understand what you mean by "little markers". I thought you meant the tabs at the top of the screen, but here is New for the URC-10820:



Everything seems in order to me.

[The Robman]

I've become resigned to the idea that this is not going to be a tool for me, but since so many experts think its the way to go, I'm going to "TRY" to shut up and let you proceed down the path you've chosen.

Sad as I am to say it, I'm pretty much in the same boat, at least for now.

The word I'm hearing is that to make RMIR fully IR compliant is a big job, so it's not going to happen any time soon, so for now at least I'm still going to need to use IR.exe because I need to see the complete picture, not something made easy for beginners.

And just FYI Vicky, it's primarily the experts that are complaining, I think beginners will like RMIR, for the most part.

[xnappo]

I've become resigned to the idea that this is not going to be a tool for me, but since so many experts think its the way to go, I'm going to "TRY" to shut up and let you proceed down the path you've chosen.

Sad as I am to say it, I'm pretty much in the same boat, at least for now.

The word I'm hearing is that to make RMIR fully IR compliant is a big job, so it's not going to happen any time soon, so for now at least I'm still going to need to use IR.exe because I need to see the complete picture, not something made easy for beginners.

Sure - I think that experts *should* continue to use IR if RM-IR doesn't meet their needs for now. But Vicky and Rob - please continue to keep up with RM-IR as your ideas and creativity will certainly make it better in the long run!!

xnappo

[mathdon]

5) Can't handle "No JP1.x remote found." error.

Sorry, "Can't handle" isn't descriptive for me. I know something went wrong, but no idea what symptoms you are seeing. As usual, a snapshot of rmaster.err at the time of the error might be useful.

Its easy enough to create. This is a very near and dear to me problem. I have one of those LPT cables that requires different battery tricks, and my JP1.x remotes are having trouble communicating too. But for users that plug in their interfaces misaligned, or whatever. Just download with no remote connected to any of your cables.

You get a
Runtime Errror!
Program C:\ProgramFiles\Java\jre!60\bin\javaw.exe
abnormal program termination.

I've just tried a download with no remote connected to the cable (a Tommy Tyler JP1.2/3 USB cable). I get a neat box that says "No remotes found!". I get no other message, RMIR is left totally operational and behaves as it should.

[The Robman]

Sure - I think that experts *should* continue to use IR if RM-IR doesn't meet their needs for now. But Vicky and Rob - please continue to keep up with RM-IR as your ideas and creativity will certainly make it better in the long run!!

I'll try, but ideas generally come from using a tool, so if you're not using it, you don't come up with ideas, which of course is why the RMIR project has taken so long to get to this point.

I don't see how I can use it until it reaches an "IR compliant" phase, so I'm probably not going to have too many ideas until then.

[vickyg2003]

Vicky, perhaps I don't understand what you mean by "little markers". I thought you meant the tabs at the top of the screen, but here is New for the URC-10820:

Everything seems in order to me.

Ah you want a technical name. I guess that would be device table.

Do a file new of the URC-10820 in IR and RMIR,

Look at the value in EE00 where the device tables should be.

RMIR
EE00 = FF FF FF FF FF FF

IR
EE00 = EE 04 EE 04 00 00

I'm pretty sure the empty device table is a requirement of the remote.

As for the learned marker, I was looking at the wrong address its there the little 0 that is in the last byte before the learning section.

[Capn Trips]

Dissociation of key moves from device upgrades

I have just made a change that should meet this need, if I understand the need correctly. If you change the device type or setup code for some button on the Device Buttons panel and the current values refer to a device upgrade that contains key moves, then you are asked if you want to preserve them. If you do then the preserved key moves will appear on the Key Moves tab (provided, of course, that the new values are not another upgrade).

If this is satisfactory then it will appear in the next release.

That's a first STEP, but not completely there. I still believe in the value of being able to DELETE an upgrade (not merely DEASSIGN it from a Device button) without deleting the associated KeyMoves (and/or Protocol upgrade)

[vickyg2003]

Sorry, "Can't handle" isn't descriptive for me. I know something went wrong, but no idea what symptoms you are seeing. As usual, a snapshot of rmaster.err at the time of the error might be useful.

Its easy enough to create. This is a very near and dear to me problem. I have one of those LPT cables that requires different battery tricks, and my JP1.x remotes are having trouble communicating too. But for users that plug in their interfaces misaligned, or whatever. Just download with no remote connected to any of your cables.

You get a
Runtime Errror!
Program C:\ProgramFiles\Java\jre!60\bin\javaw.exe
abnormal program termination.

I've just tried a download with no remote connected to the cable (a Tommy Tyler JP1.2/3 USB cable). I get a neat box that says "No remotes found!". I get no other message, RMIR is left totally operational and behaves as it should.

I thought it might be that I have two interfaces plugged in, so I unplugged the USB cable, I still crash with just the LPT1 cable plugged in.

There is no indication in the error log, as it just abends, but I can upload it if you want to see it.

I really don't want to crawl around and unscrew the parallel cable, but if that isn't enough info to diagnose the problem, I can get back there and see if I can get the cable out, but I hate to mess with what works.

Edit: I just explored the interface options, and if I don't use AutoDetect I'm fine.