View previous topic :: View next topic |
Author |
Message |
pH7_jp1
Joined: 14 Sep 2003 Posts: 480 Location: Sterling Heights, MI |
Posted: Mon Sep 25, 2006 5:28 pm Post subject: RM fails to open KM file |
|
|
I am having a problem using RM 1.68, RDFs1.25. I can't open any KM .txt file. This zip file: http://www.hifi-remote.com/forums/dload.php?action=file&file_id=3625 contains one example, but I fail with any of my KM files. The zip file contains the KM file and the rmaster.err file. |
|
Back to top |
|
|
jetskier
Joined: 09 Dec 2003 Posts: 287 Location: Nevada |
Posted: Mon Sep 25, 2006 6:15 pm Post subject: |
|
|
I tried to import your KM and some of my old ones save with KM 9.05 and got the same error message. It appears that the import function in RM is broke for files created with KM 9.05. I'm sure Greg will spot this and be able to fix RM accordingly. I opened my old files created with 7.35 from years ago and they worked. |
|
Back to top |
|
|
jetskier
Joined: 09 Dec 2003 Posts: 287 Location: Nevada |
Posted: Mon Sep 25, 2006 6:38 pm Post subject: |
|
|
If you open your KM file, the error is in the line
Code: | fFunctions,fNo,fByte2,bButtons,bFunctions,fNotes,Device Combiner,,kFunctions,kBoundDev,kBoundKey,kShift,b$Functions |
if you replace it with:
Code: | fFunctions,fEFC,fByte2,bButtons,bFunctions,fNotes,Device Combiner,,kmFunctions,kBoundDev,kBoundKey,kShift,b$-Functions |
It imports to RM.
THIS CHANGE IS NOT BACKWARDS COMPATIBLE WITH KM. You'll have to replace that line with the original code to open in KM.
RM needs to be updated for the changes in the functions import (fNo in place of fEFC) with this version of KM. This should get you going until Greg has time to fix. |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
|
Back to top |
|
|
jetskier
Joined: 09 Dec 2003 Posts: 287 Location: Nevada |
Posted: Mon Sep 25, 2006 6:59 pm Post subject: |
|
|
Quote: | It could be argued that the fix should be made to KM, not RM. |
I know. I should have clarified.
"Mark needs to tell Greg he changed the file format before releasing a new KM version." |
|
Back to top |
|
|
pH7_jp1
Joined: 14 Sep 2003 Posts: 480 Location: Sterling Heights, MI |
Posted: Mon Sep 25, 2006 7:46 pm Post subject: Thanks |
|
|
Thanks for the help guys. I really just wanted to migrate this device to RM from KM, to support the COM/SKIP button. Since this would be one way, one time, the workaround will get me going for now. Thanks again. |
|
Back to top |
|
|
mr_d_p_gumby Expert
Joined: 03 Aug 2003 Posts: 1370 Location: Newbury Park, CA |
Posted: Mon Sep 25, 2006 8:51 pm Post subject: |
|
|
gfb107 wrote: | jetskier wrote: | RM needs to be updated for the changes in the functions import (fNo in place of fEFC) with this version of KM. This should get you going until Greg has time to fix. | It could be argued that the fix should be made to KM, not RM. | Looks like we missed that one in the process of adding the EFC5 coding. The "fNo" is just plain wrong. It should have been one of the following:
fOBC
fEFC3
fEFC5
KM does not actually use that info from the saved file. One possible way around this is for RM to also not use that info. If you look at the 4th row in the saved KM file (row with the setup code), you'll see one item that is either OBC or EFC. That could be used to determine the nature of the codes in the codes column.
Note that "fNo" will sometimes be seen as "fYes". It is accidentally indicating the setting of the Using Extender option on the Setup sheet. I will fix this in the next release of KM. _________________ Mike England |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
Posted: Mon Sep 25, 2006 9:07 pm Post subject: |
|
|
RM already uses the function type in the 4th row.
During parsing of the KM file, RM has to figure out when it has reached the actual function definitions and button assignments. RM does this by building a couple of search strings that it compares against the beginning of the line.
For upgrades that use OBCs, it used "fFunctions,fOBC," and "Functions,OBC,".
For upgrades that use EFCs, it used "fFunctions,fEFC," and "Functions,EFC,".
This was necessary to support different versions of KM files, without actually coding for specific KM versions.
To fix this, I was going to add a third string "fFunctions,fNo,", but it sounds like I should also add "fFunctions,fYes,".
Or do you have a better way to determine when I have reached the function definitions? _________________ -- Greg
Original RemoteMaster developer
JP1 How-To's and Software Tools
The #1 Code Search FAQ and it's answer (PLEASE READ FIRST) |
|
Back to top |
|
|
mr_d_p_gumby Expert
Joined: 03 Aug 2003 Posts: 1370 Location: Newbury Park, CA |
Posted: Tue Sep 26, 2006 12:53 am Post subject: |
|
|
I guess you'd have to have both fNo and fYes in order to work with KM v9.05 files. I have changed it back to fOBC and fEFC for the next version (not quite ready to release yet). You can check the row 4 item to determine if the codes are EFC3 or EFC5, though it'll probably be obvious when you load the actual codes.
The only other thing I can think of would be if you can wildcard that part of the search, and just match the rest of the line. That would still be a reliable way to recognize the function definitions.
(Sorry for causing you the extra work.) _________________ Mike England |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
|
Back to top |
|
|
|