RMIR bug: DevCodeOffset problem

Post by **The Robman** » Wed Jan 06, 2016 5:09 pm

re: http://www.hifi-remote.com/forums/viewtopic.php?t=14517

When you open an IR file for a remote that has a DevCodeOffset using RMIR, it displays the raw setup codes rather than the adjusted setup codes. However, it appears that it does adjust the code values when it's writing to the remote.

So, for example, if the true code value is SAT/2000, this should be displayed as SAT/2030 in a remote with DevCodeOffset=30, but it's being displayed as SAT/2000. Then when it writes back to the remote, it's subtracting 30 to actually write SAT/1970.

Post by **mathdon** » Sat Jan 09, 2016 12:41 pm

This bug with DevCodeOffset has proved to be more complicated to fix than it appears to be at first sight. In the course of testing, I also discovered that 5-digit EFCs do not work in External Functions. I think both of these are now fixed. I have also improved the handling when no map file is specified in the RDF, or when the file specified does not exist.

None of these fixes were trivial, so there are a lot of minor changes to the code. Also, I have no remote on which I can test the DevCodeOffset fix for real, so I have had to go by what I think the binary data should look like. I would therefore be grateful for any testing of these fixes before they go into an official release.

Here is the jar file for RMIR v2.03 build 13, in which I think these issues are fixed. Simply replace the jar file of build 12 (or any other recent build) with this. Please report any testing in this thread.

Post by **The Robman** » Sat Jan 09, 2016 12:50 pm

Thanks for all your work Graham. I will notify user "Friday" as he was the one who reported the problem.

friday · Post by **friday** » Sun Jan 10, 2016 1:56 pm

hi,

first i changed the rdf-file back to the original without out-commanding "devOffset=30" then i´ve downloaded the .jar file and replaced it into the RMIR directory.

after that i open RMIR and downloaded my remote. the setup-codes for the 3 devices are added by 30 as it should be like your description.
then i´ve wrote back to RC down again, a few times without any changes and the codes are stable now. no writing reduces by 30 like before.

but then i thought i make a clear file (only for sure). i opened my last working rmir-file with an upgrade for my Pana TV with setup-code 2003. i imported again my rmdu and saved it with a different name in RMIR. so -> upload and down again but the codes are still the same (2003 fo TV) i can´t see any offset now. i am confused.

Post by **mathdon** » Sun Jan 10, 2016 3:39 pm

friday wrote:but then i thought i make a clear file (only for sure). i opened my last working rmir-file with an upgrade for my Pana TV with setup-code 2003. i imported again my rmdu and saved it with a different name in RMIR. so -> upload and down again but the codes are still the same (2003 fo TV) i can't see any offset now. i am confused.

Correct. You can't see any offset. The offsetting should be invisible to the user. You only see the added 30 when you open your existing .rmir file as you know what you saw before the bug was fixed. When you import a .rmdu file with setup code 2003, you should see it imported with code 2003. In the remote it will be 2003-30=1973, but you will never see that value.

If you want to check that all is well, create a setup with the upgrade present with code TV/2003 but not assigned to any device button. Upload it, then use the setup procedure of the remote to assign setup code 2003 to the TV button. It should work. If you try this and it doesn't work, please post again.