RMIR Xsight Support
Moderator: Moderators
It isn't the delete button on the editor screen versus the delete key, it is that it should not be possible to delete the boldface items at all. I had thought that making these entries non-editable, i.e. if you try to paste another function into the cell it won't work, also made them non-deleteable but it seems not to do so. I've fixed that in my development but want to do some other tidying before posting a new version. For the moment please avoid deleting the bold entries other than by going to the Macros tab and deleting or editing the macro there. Same goes for learned signals.
On the signature issue, do check that the name of the RDF has a space after the signature, eg for my Touch it is "USB8001 (XSight Touch URC-8603).rdf". I can't see how it would work if it does not, but it is worth checking. The upload process reads the signature from the remote, in this case constructing it as "USB" followed by the USB Product ID read from the remote, and compares that with the signature read from the RDF filename, the string up to the first space. The mismatch message occurs when those don't agree. I've no other ideas about it at present. I can't think it is anything to do with the USB driver, but I suppose it is not impossible.
On the signature issue, do check that the name of the RDF has a space after the signature, eg for my Touch it is "USB8001 (XSight Touch URC-8603).rdf". I can't see how it would work if it does not, but it is worth checking. The upload process reads the signature from the remote, in this case constructing it as "USB" followed by the USB Product ID read from the remote, and compares that with the signature read from the RDF filename, the string up to the first space. The mismatch message occurs when those don't agree. I've no other ideas about it at present. I can't think it is anything to do with the USB driver, but I suppose it is not impossible.
Graham
Graham,mathdon wrote:Guided by Vicky's info I think I have located the code that is causing the erroneous line in RMDU files. For some unknown reason I have been unable to make it run through that code and so have not been able to generate the error, but I think I have corrected it nevertheless.
Please try RMIR v2.03 Alpha 22 Test 3 and let me know whether or not it has resolved the issue. This should also be able to load the affected files into remotes that do not support this line.
I can confirm that Alpha 22 Test 3 does resolve the issue-- at least in my testing.
BTW, in case anybody else might run into this, I'll mention that initially my test failed. However, clicking Help\About revealed that double clicking a RMDU file actually still brought up Alpha 21e. For some reason, the file associations for RMDU and RMIR files was pointed at my Drive D:. which is an older disk from a previous computer. I don't normally start RM or RMIR by double clicking, so I hadn't noticed the incorrect association. I repeated the testing to verify that Alpha 21e does insert the spurious line, and Alpha 22 Test 3 does not.
If you are using IE as your browser, try adding the EZ-RC site to the compatibility view list from the Tools menu. No promises but worth a try. I know some sites don't work properly with the latest version of IE. I also have no idea whether EZ-RC works with browsers other than IE.mdavej wrote:I have found that in Win 8.1, I can't do a full upload or download even from EZ-RC site. I think something got broken in the USB driver. All still works fine on Win 7. Doesn't sound like your issue, just FYI.
If that doesn't work, let me know and I'll see if I can try on my wife's machine. That has Win 8.1, I'm on Win 8 and have no intention of upgrading to 8.1. EZ-RC seems to work OK for me with IE 10 on Win 8.
Graham
Yeah, it was working fine in IE on Win 8, but won't stay connected more that 2 seconds on 8.1. I haven't messed with any IE compatibility settings, but will give it a try.
EZ-RC only works in IE, but was working for me in Chrome with an IE extension.
It would be nice to know if it fails for you too in 8.1. You'll know right away when it refuses to connect at all. Connect tray icon is green, but the remote itself only flashes USB connected for a couple of seconds.
EZ-RC only works in IE, but was working for me in Chrome with an IE extension.
It would be nice to know if it fails for you too in 8.1. You'll know right away when it refuses to connect at all. Connect tray icon is green, but the remote itself only flashes USB connected for a couple of seconds.
Here is RMIR v2.03 Alpha 22 Test 4. It resolves various minor bugs that I have found in my own testing, as well the one concerning deletion of boldface entries in the Buttons and Layout tables, but beware in case the fixes have introduced any more bugs.
Graham
-
vickyg2003
- Site Admin
- Posts: 7104
- Joined: Sat Mar 20, 2004 12:19 pm
- Location: Florida
- Contact:
Do you think this might have something to do with the windows update that dealt with the FTDI chip set? I hid that update but now it is totally gone.mdavej wrote:Yeah, it was working fine in IE on Win 8, but won't stay connected more that 2 seconds on 8.1. I haven't messed with any IE compatibility settings, but will give it a try.
EZ-RC only works in IE, but was working for me in Chrome with an IE extension.
It would be nice to know if it fails for you too in 8.1. You'll know right away when it refuses to connect at all. Connect tray icon is green, but the remote itself only flashes USB connected for a couple of seconds.
Remember to provide feedback to let us know how the problem was solved and share your upgrades.
Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.
Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.
Sorry about that. I'll sort it and post a revised version. There was a bug which meant that on the Functions tab, ANY function could be deleted. What should happen is that only functions not assigned to buttons should be deleteable. To delete others the assignment should be deleted first. The bugfix appears to have unintended consequences that I had not noticedxnappo wrote:With Test 4 - I can't seem to delete any functions at all - regardless of if they are bold or not.
Graham
It was a different bugfix that had introduced this new bug, but it should be fixed now in RMIR v2.03 Alpha 22 Test 5.
Graham
Glad to hear it! Could you post a .rmir file of what you have constructed?xnappo wrote:Graham, after doing a 981 reset and using the latest version - everything is working great!
The present code has gradually evolved as I have come to understand the Touch better and also as a result of bug fixes. This had led to some redundancies in the data structures. Now that it is beginning to seem stable, I have been doing some revision of the code to make it more coherent and get rid of these redundancies. The changes so far should have no operational effect. What I found, however, is that with your file macro_on_soft_buttons.rmir the revised code changed the hex in the Raw Data panel. I thought at first that this must be due to a bug in my revisions, but when I traced the origin I found that it was the result of inconsistent data for the Soft4 (Lights) button of the XBMC device, which had an ill-formed system macro on it. System macros don't show on the Macros tab, they are created by certain types of entry in the Device Upgrade Editor, so the problem was pretty well buried.
Now I know that you were having trouble with Lights and with Macros, so this may have been the cause. It also means that .rmir file is not a good test of the consistency of my revisions. If you could post your latest setup created with Alpha 22 Test 5 it would be very helpful for my further testing.
Graham
Certainly Graham.
See here:
http://www.hifi-remote.com/forums/dload ... e_id=12480
Note the many many discreteon/discreteoff functions now in the Denon upgrade - I left them alone because I figured they may be needed for Activities sequences. However I don't see that behavior in the Epson device (2020).
The 'Lights' macro was created by using the feature where you can select another device within the upgrade editor - I think you know that though.
I will say I did have to do one hack - originally I had 'AllOff' on the XBMC power button via a macro - then in the activities I selected XBMC as the power group for all activities. I did not work that way so I made macros for each.
Thanks,
xnappo
See here:
http://www.hifi-remote.com/forums/dload ... e_id=12480
Note the many many discreteon/discreteoff functions now in the Denon upgrade - I left them alone because I figured they may be needed for Activities sequences. However I don't see that behavior in the Epson device (2020).
The 'Lights' macro was created by using the feature where you can select another device within the upgrade editor - I think you know that though.
I will say I did have to do one hack - originally I had 'AllOff' on the XBMC power button via a macro - then in the activities I selected XBMC as the power group for all activities. I did not work that way so I made macros for each.
Thanks,
xnappo