JP1 Remotes

Posted: **Fri Jan 23, 2015 7:09 pm**

xnappo wrote:That is real. It was more to do with RDF versions not matching extender versions if I recall.

Apparently xnappo and I both misremember this. The Atlas Extender RDFs are no longer packaged with UncleMillties extender, but rather they are in the latest and greatest RDF package.

So I downloaded the 1.32 set of RDFs. I don't know what I had prior to this.

When trying to open my Lizes file, I'm still getting this message.

java.lang.IllegalArgumentException: RDF Error: AdvCodeAddr ends at $19ff, beyond the eepromSize of $1400

If I dig into the RDF, it all looks good to me.

Posted: **Sat Jan 24, 2015 7:10 am**

vickyg2003 wrote:So I downloaded the 1.32 set of RDFs.

From where? I hope you don't mean the zip folders labelled 1.32 in Tools/RDF Files. These were last updated in 2011. The simplest way to get the real latest set is to download RMIR v2.03 Alpha 28 (which I think you have already done). The subfolders "RDF" and "Images" contain the current contents of the SourceForge official library.

Apart from the most recent Common Extender ones, the Atlas Extender RDFs are in the current package and probably also in the 2011 one. A quick check on a couple of the v2.13 ones shows that they were uploaded to SourceForge by unclemiltie on August 9, 2011 but they have been recently updated by 3FG. The Alpha 28 files contain these updated ones.

vickyg2003 wrote:When trying to open my Lizes file, I'm still getting this message.

java.lang.IllegalArgumentException: RDF Error: AdvCodeAddr ends at $19ff, beyond the eepromSize of $1400

If I dig into the RDF, it all looks good to me.

Check these two lines in the RDF:

Code: Select all

EepromSize=$1400
...
AdvCodeAddr=$0C00..$13FF

I suspect the first is there but that the second ends in $19FF.

Posted: **Sat Jan 24, 2015 10:51 pm**

On XP-SP3 and Java 7u72
I just put in Alpha 28 and immediately checked the same . IR Atlas file Vicky was having trouble with - no issues with that file. Hurray

Graham, the RDFs 1.32 in Tools/RDF Files should have been working - that's what I've been using all along. Most likely the new official in this Alpha 28 pkg are the same old v2.11 extender RDFs that I use, so Vicky should've been ok.

Little question: am I to tell IR and whatever else uses RDFs that the path is here and not my old paths?

Edited later:
Device Editor is still not playing nice. Minimize minimized both.
My steps: I was in Keymoves, wanted to just LOOK, not edit, at device, which I did from General tab. In Device editor I looked, but while editor was visible, I could not click keymoves tab in RMIR until I shut down device editor forgetting what I was looking at. So side-by-side view wasn't very useful.

Posted: **Sun Jan 25, 2015 8:24 am**

ElizabethD wrote:Little question: am I to tell IR and whatever else uses RDFs that the path is here and not my old paths?

That depends on what you want. The ones in RMIR are the latest official set, so it makes sense to use them also for IR etc, but it is not essential to do so if you are not having any problems with your existing set for IR. However, it is hoped that the next release of RMIR will have a mechanism for updating the RDFs to keep them in line with the official library. If you want to take advantage of that for IR also, then you would need to change IR to use the RDF and Images folders in the RMIR installation folder.

ElizabethD wrote:Device Editor is still not playing nice. Minimize minimized both.

Yes, that is still the default behaviour but there is now an option (created especially for you

). In the RMIR menus, open Options/Advanced and check the item "Use non-modal Device Editor". You should then have the behaviour you want.

Posted: **Sun Jan 25, 2015 10:58 am**

Maybe created especially for Liz, but certainly appreciated by me!

Posted: **Sun Jan 25, 2015 12:28 pm**

Aaarrgghh - it was two pages back, how could I remember

Thank you, Graham, Is perfect. It works as you described. Very useful option.
I gather that the 'do not even think about editing the main window while the device editor is open' is to not get the device unsynched from what RMIR sees, right? Will there be an alert if I forget and edit the main window?

Bottom line - I think it makes sense and I just have to learn RMIR which, to date, I somehow fail to understand.

Posted: **Sun Jan 25, 2015 12:49 pm**

ElizabethD wrote:I gather that the 'do not even think about editing the main window while the device editor is open' is to not get the device unsynched from what RMIR sees, right?

Correct. The same reason that the default behaviour is a modal window.

Will there be an alert if I forget and edit the main window?

No. That's why it is an Advanced option. It is a "use at your own risk" option. The message is there to stop you forgetting, but if you do forget and make an edit that causes a conflict when you end the Device Editor (either OK or Cancel could cause problems) then you can't say you were not warned

.

Posted: **Mon Jan 26, 2015 4:47 pm**

Little typo in RMIR when device editor opens. At the bottom "OPRN" - needs change to "OPEN"

I've hit a strange snag in alpha 28.

First time around:
In RMIR, .rmir files open just fine. In RM, .rmdu files open fine.
But in RMIR when I try to File > Open a device upgrade, or Devices > New > Open an .rmdu or .txt file, It asks for location of Maps and RDFs. I pointed to the ones in the alpha 28 directory, Images and RDFs.
Then it asked for protocols.ini. Once again I pointed to the root of alpha 28 directory where I see the .ini file. Yet it won't work, and it seems that by default it wants to find it in the directory where my upgrade files are.
And .err file and .properties also got written to my upgrades directory. .err file reports something about adding to classpath. I don't think I like my registry growing and growing if that's what it's doing.

Strange. Second or third time around - no prompts, no issues and .err and .ini are where expected for upgrades in one directory.

When I switched to pull a file from another place where upgrades live, I get the prompts again. And back to original directory where it once worked - prompts again.
Now I've really confused myself.

Posted: **Tue Jan 27, 2015 10:30 am**

ElizabethD wrote:But in RMIR when I try to File > Open a device upgrade, or Devices > New > Open an .rmdu or .txt file, It asks for location of Maps and RDFs. I pointed to the ones in the alpha 28 directory, Images and RDFs.
Then it asked for protocols.ini. Once again I pointed to the root of alpha 28 directory where I see the .ini file. Yet it won't work, and it seems that by default it wants to find it in the directory where my upgrade files are.
And .err file and .properties also got written to my upgrades directory. .err file reports something about adding to classpath. I don't think I like my registry growing and growing if that's what it's doing.

First of all, have no fear about the registry growing and growing. That's not what it is doing. It is just adding to the search path for this instance of the java local machine and has no permanent significance.

Now for the specific problem. I cannot reproduce it, and have tried several ways to do so. When you open a .rmdu file with RMIR it appears, for you, that it is using a different (and incorrect) working directory from when you open that file with RM. I have also looked at the code, and can see no reason for this. The working directory should be the installation folder for RMIR but it seems as if it is actually using the folder holding the file that you are opening.

If the problem is reproducible, could you please post the rmaster.err file from a session in which it has occurred? The clue is probably in those entries "Adding to classpath ...", but I would prefer to see the whole error file in case there are clues elsewhere.

BTW Thanks for pointing out the typo. I will correct it

.

Posted: **Tue Jan 27, 2015 10:39 am**

Any chance you are sometimes opening files by double-clicking them instead of starting RMIR and using File -> Open?

Posted: **Tue Jan 27, 2015 4:56 pm**

@Greg, yes, I open both ways.

@Graham,
Yesterday rmaster.err looked like this for 8910 and identical, except the last line, which was for Atlas

RemoteMaster v2.03 Alpha 28
System Properties:
java.version = 1.7.0_72
java.vendor = Oracle Corporation
os.name = Windows XP
os.arch = x86
java.home = C:\Program Files\Java\jre7
java.class.path = R:\JP1\RM\RemoteMaster.v2.03Alpha28\RemoteMaster.jar
Adding to classpath: file:/R:/JP1/RM-upgrades/203a28/00CD-to-01CD/8910/

and both source directories of device upgrade files got the RemoteMaster.properties like this:

#Mon Jan 26 16:43:19 EST 2015
ImagePath=R\:\\JP1\\RM\\RemoteMaster.v2.03Alpha28\\Images
RDFPath=R\:\\JP1\\RM\\RemoteMaster.v2.03Alpha28\\RDF

and kept asking about location of protocols.ini.
It's not replicating today and I've been all over the place.
Thing I was working on yesterday was I added a manual protocol to both .rmir files. Perhaps RMIR was in some sort of a learning mode?

Happy Mozart's birthday #259 today

Posted: **Tue Jan 27, 2015 5:29 pm**

@Liz
This is the culprit:

Code: Select all

Adding to classpath: file:/R:/JP1/RM-upgrades/203a28/00CD-to-01CD/8910/

It should be the installation folder, but it is actually the folder with your upgrades. Did you open that by double-clicking? That might explain it, though I still don't understand how it has occurred.

Posted: **Tue Jan 27, 2015 8:43 pm**

I thought this was heading for the Journal of Irreproducible Results, but it hit again.
Double click .rmir file, check what I already have in devices and protocols. In RMIR main menu, do File > Open, select file type in the Open dialog (I pick KM device upgrade), select specific file - bingo, wants to know where Maps, where RDF, I showed it both in \RM. Then it has trouble reading protocols, asks to select from the \Atlas directory, I navigate to RM, pick protocols.ini. The requested file does not load, I exit RMIR.
.err and .properties are in \Atlas containing upgrades. Will it happen again? Who knows. Or when do Devices > new > open, select type, etc.

.err file diagnosis with screenies - notice my clock and file timestamps
OpenTrouble.zip https://www.hifi-remote.com/forums/dload ... e_id=13116

Posted: **Wed Jan 28, 2015 11:12 am**

@Liz
OK, Liz, following your instructions I can now reproduce this. Watch this space for further news

.

Edit: Please replace the jar file in Alpha 28 with this one for Alpha 28a. I think this should fix the problem. It also fixes the typo you pointed out.

Posted: **Wed Jan 28, 2015 10:14 pm**

Neat, I'll replace it and use it tomorrow. Thank you!

Three quickies:
1. Since Jan.25, I've collected 43 dll files, 19KB each, in my LocalSettings\Temp. To me they look like they're some java trash/cache. Are they? If yes, why?
Example filename: hidapi-jni-328902149940308517291.dll

2. On RMIR device tab is a Import Raw button. Its microhelp says that it's for IR-formatted or clipboard device upgrade. Paste works, though makes it into one ugly line. But the OK button is shaded out.

3. Into RM, I wanted to paste from KM just the functions list and OBC+subdevice or just Hex, plus the Notes corresponding to the functions. I don't have Notes on every function.
Hex and all that is fine to paste, but RM mangled my Notes because it skipped blank cells. It also skips KM's blank rows, but that's not important.

JP1 Remotes

RMIR: Prototype IR function in RM