JP1 Remotes

[stama]

I believe I discovered a bug in RMDU.

I created two device upgrade files, and I am trying to import the "power off" button from one file in the other as an "external function".

This works, and the function is listed in the "External Functions" tab.

But it's impossible to assign the external function to any device button, RMDU simply refuses the assignment.

I attached a download of the two device upgrade files. Please open the "HTPC My Device.rmdu" file and import the "Power Toggle" functions from the "RME ADI-2 DAC FS - device upgrade 8262 for URC-3661.rmdu" file. Then try to assign it to any button (I tried assigning it to the "Listen To Music" activity button, but it doesn't work with any other button either).

https://www.mediafire.com/file/ksua3wm62txt652/RMDU_ExternalFunction_Bug.7z/file

[The Robman]

Copied file to the Diagnosis Area:
http://www.hifi-remote.com/forums/dload.php?action=file&file_id=26778
_________________
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!

[mathdon]

Please try RMIR v3.0.8 in the RMIR Development folder and report back. I believe this fixes your problem with the assignment of External Functions.
_________________
Graham

[stama]

I'm afraid I run into several other bugs with v3.0.8 and v3.0.9.

Steps:
- open the "RME ADI-2 DAC FS - device upgrade 8262 for URC-3661.rmdu" in RMDU
- switch to "External Functions" tab and press the "Import" button, select the "HTPC My Device.rmdu" file
- in the dialog that opens, pick the "Power Toggle" function, press OK
-> the entry shows up in the "External functions" tab
-> the EFC5 value has only 3 digits instead of 5: is this OK?

- try to edit the EFC, in order to add "00" in front
-> the edit is refused, it switches back to 3 digits

- press the "New" button to add manually a new external function, and give it a 3 digits value, like 213
-> after pressing "Enter" the value is displayed with 5 digits as "00213"
- now try to edit the EFC5 value to "213"
-> the edit is refused once again, it switches back to "00213"

- edit the EFC5 value of the manually entered entry to "245"
-> the edit is accepted, but "00" is added automatically in front again, and we see "00245"

(this inconsistency between the number of digits for imported and manually entered EFCs doesn't look OK;
which is correct, to have 3 digits or 5 digits in the EFC5 field of an external function?)

- switch to "Buttons" tab and assign an external function to a button
-> assignment works

- switch to the "General" tab:
-> the Device and Subdevice ID have been changed to the values in the "HTPC My Device.rmdu" file (254, 254) instead of the original values which were (18, 52)
-> this is not OK

(something else might have been wrongly changed by the Import that I am not aware of, the only thing I noticed was this change to the device and subdevice ID)


If we continue:
- switch to "External Functions" tab again and press the "Import" button, select the "HTPC My Device.rmdu" file
- in the dialog that opens, pick some other function, press OK
-> the entry is not added to the "External functions" tab

Repeat:
- switch to "External Functions" tab again and press the "Import" button, select the "HTPC My Device.rmdu" file
- in the dialog that opens, pick some other function, press OK
-> the entry is not added to the "External functions" tab

Now:
- press the "New" button in the "External functions" tab
-> suddenly, all the imports you did show up in the "External functions" table

Later edit:
- I discovered several other issues and updated the sequence of operations above to illustrate them

This feature needs a more rigorous testing, it looks like.

[mathdon]

I have fixed your latest issues in RMIR v3.0.10 but cannot yet post it as SourceForge is currently down. I agree that this Import facility for External Functions needs further testing, but I rely on users to report obscure bugs as I cannot test everything. I think your bugs count as obscure, as I have been developing and maintaining RMIR for about 10 years and until now was not even aware that this import facility existed . It dates back to the original developer, Greg Bush (gfb107). Please continue to test it and I will fix any further problems you find with it.
_________________
Graham

[mathdon]

SourceForge now back on line, so RMIR v3.0.10 is now in the RMIR Development folder. Do let me know if this does properly fix your latest issues, and of course also if you find yet more .
_________________
Graham

[stama]

No problem, many thanks for the fixes, I will test as soon as possible.