JP1 Remotes

mathdon · Posted: Wed Aug 07, 2024 8:59 am Post subject:

I think I am on the track of a bug that may be the cause of this behaviour. Can you please try the following, and let me know if it makes a difference.

1. Load Wohnzimmer28mod2.rmir into RMIR v3.0.15
2. Without changing anything, save it with a new name.
3. Close RMIR
4. Reopen RMIR and load this saved file into it
5. Upload this into your remote.

The saving and reloading changes one value in the .rmir file, which I believe is making a correction to an erroneous value. I haven't time today to check that this is the root of the problem, but it is plausible and the error was probably introduced in the major revision made in RMIR v3.0.0.
_________________
Graham

mathdon · Posted: Wed Aug 07, 2024 9:09 am Post subject:

I am using Windows. The latest Java is version 21. See this article for the changes made a few years ago to Java versioning, and this one for the current version.
_________________
Graham

The Robman · Posted: Wed Aug 07, 2024 3:15 pm Post subject:

mathdon · Posted: Fri Aug 09, 2024 5:18 am Post subject:

@rsbrux

Please ignore my previous request, as I have now posted RMIR Development Version v3.0.17 in the RMIR Development Folder on SourceForge. I believe this fixes the issue. Please download and try this version and report back. If it works then I will convert this into an official release,
_________________
Graham

rsbrux · Joined: 25 Dec 2015 Posts: 94

@mathdon
Many thanks for the update. It works as expected.
I took the corrected 28mod1 you provided earlier as a starting point and added the new activity "NAS via TV" including macro. The macro resulted in the desired and expected entry in activities.xcf, which was retained after uploading the configuration to the remote and redownloading it into RMIR. The macro in the remote still exhibits some timing problems, but otherwise works as expected. Many thanks for your efforts!

P.S. A minor annoyance is that RMIR appears to make changes when I don't expect any. Specifically:

If I load a file and then close RMIR without changing anything, RMIR warns that there are unsaved changes and offers to save.
If I save a file, upload it to the remote and then close RMIR, it again warns of unsaved changes and offers to save.

Is this behavior expected / intentional?
What changes have been made that would be lost if I didn't re-save?

mathdon · Posted: Tue Aug 13, 2024 4:49 am Post subject:

Thank you for confirming that all is now well with the new RMIR version.

Here is the situation about your minor annoyances. If you look at a .rmir file with a text editor, you will see that it contains two versions of a setup. First there is a hex code version, then there is a version in INI format, many sections with headers in square brackets such as [Macro]. The hex version is what loads into the remote, the INI version is what loads into RMIR. RMIR converts between these two versions, so if you load a .rmir file into RMIR then it creates the hex version, if you download a remote then it creates the INI version. The conversion varies between different RMIR versions, so if you load a .rmir file from one RMIR version into another and save it without you, as a user, making any changes, the hex and INI versions of the setup may not match so on saving the file, RMIR still needs changes to create a file consistent with the new RMIR version.

The conversions are always forward compatible, so you can load old .rmir files into newer RMIR versions, but not necessarily backward compatible so you may not be able to load newer .rmir files into older RMIR versions. This is how new features can be introduced in version updates.

So the short answer to your question is that the behaviour is expected and intentional in appropriate circumstances. Nothing will be lost if you don't re-save.
_________________
Graham