Page 20 of 59
Posted: Tue Jun 22, 2010 2:32 pm
by gfb107
I decided to look in to adding ExtInstall support to RMIR. The first step is to see how portable ExtInstall itself is, because portability is one of the main goals of RMIR. Unfortunately, ExtInstall uses MFC (Microsoft Foundation Classes), and MFC is Windows only. What a pain.
That being the case, I may port it directly to Java. I don't think it'll be significantly more work than porting it to Linux. At least that way I don't have to compile it on every platform, and it'll be a lot easier to integrate into RMIR.
Posted: Thu Jun 24, 2010 9:12 pm
by gfb107
I've got ExtInstall ported to Java, but I've only done basic testing. I'd appreciate it if some of you all would give it a try and compare the results to what the current ExtInstall produces.
http://www.hifi-remote.com/forums/dload ... le_id=8571
Posted: Fri Jun 25, 2010 7:28 am
by gfb107
After a good night's sleep I realize that a straight Java port of ExtInstall doesn't really accomplish anything. I need to rewrite it so it works with .rmdu files instead of .ir files.
However, it was a good learning experience, as I know understand what needs to be done.
Posted: Wed Jun 30, 2010 3:49 pm
by gfb107
mathdon wrote:My .ir files now all read into RMIR, but it garbles Key Moves that move a key (which have a 1-byte value) and turns them into (inequivalent) Key Moves that specify a hex command (which have a 2-byte value). I see from the code that this is done quite deliberately by appending the EFC of the 1-byte value and incrementing the length byte. I know that 1-byte commands need to be expressed as 2-byte commands in the URC-7781 and that this is commonly done by appending the EFC, but it is wrong to do this when reading the EEPROM or a .ir file - it has already been done where necessary, and its purpose is to make a distinction between 1-byte values that are key codes and 2-byte values that are hex commands (even if only one of the bytes is sent).
IR.exe handles this correctly. I don't understand why RMIR is doing what it does. I can certainly check what IR.exe is doing and attempt to make RMIR do the same thing, but you may prefer to do it yourself in case I mess something else up in the process.
I have some time to look into this now. In my first examination of the source code, I haven't found any code that does what you describe, although I do have a recollection of code like that. Can you help me locate the code?
Posted: Wed Jun 30, 2010 6:25 pm
by gfb107
Never mind, I found it.
Posted: Sat Jul 03, 2010 1:17 pm
by gfb107
I've just built
RemoteMaster.v1.99preview5.zip
Changes for v1.99preview5:
- Device Upgrade Editor: enable maximize
- Bugfix: did not allow remote to use Soft Devices without also using Labels (Graham Dixon, a.k.a. mathdon)
- Bugfix: Corrected RDF General parameter from "PauseParameters" to "PauseParams" (Graham Dixon, a.k.a. mathdon)
- Bugfix: Corrected error in reading RDF Fixed Data bytes > 127 (Graham Dixon, a.k.a. mathdon)
- Bugfix: Corrected error in reading Device Setup codes with device type index > 7 (Graham Dixon, a.k.a. mathdon)
- Bugfix: decodeUpgrades did not properly handle little-endian processors such as Mitsubishi 740 (Graham Dixon, a.k.a. mathdon)
- Upgrade to DecodeIR 2.41
- Implemented the functionality of the TimeAddr entry of the General section of an RDF (Graham Dixon, a.k.a. mathdon)
- Bugfix: Corrected problem with Device Button Notes on download from remote. (Graham Dixon, a.k.a. mathdon)
- Implemented the missing functionality of the SoftDev, SoftHT and Labels entries of the General section of an RDF. (Graham Dixon, a.k.a. mathdon)
- Bugfix: keycode style keymoves
- Improved XMP protocol support
- Bugfix: some function assignments were lost when importing KM files
- Upgrade JP1.X USB/Serial support to 0.17
Posted: Sat Jul 03, 2010 1:48 pm
by alanrichey
We still seem to have a mismatch between the various versions of PROTOCOL.INI ?
The one bundled with this does not include [Kathrein] ?
Posted: Sat Jul 03, 2010 2:19 pm
by gfb107
The only official version of protocols.ini is the one included with RM.
As far as I know, there has never been any version that included Kathrein.
Entries are added to protocols.ini by
- Making the changes and checking them into the SourceForge subversion repository (directions here)
- Asking a developer to do that for you. The currently active developers are me, xnappo, and mathdon
Posted: Sat Jul 03, 2010 2:49 pm
by alanrichey
Fair enough. I can only assume I put it in my copy manually from
http://www.hifi-remote.com/forums/viewtopic.php?t=11995 when I was working on a Slingbox Remote for the PS3.
Al
Posted: Sat Jul 03, 2010 2:53 pm
by mathdon
I never added Kathrein to any version of protocols.ini, but I posted
this entry for Alan to use. I think it
should be added to the next issue.
Posted: Sat Jul 03, 2010 3:14 pm
by mathdon
In case anyone wonders what version 0.17 of jp12serial.dll may be, it fixes a problem that prevented RMIR from working with the Kevin Timmerman/Tommy Tyler JP1 EEPROM Programming Adapter. The fix is not relevant to IR.exe, which does not use the function concerned. I'll post this version and its source code separately in a day or so.
RMIR with parallel port
Posted: Wed Jul 14, 2010 10:59 am
by jim7562
Should this work in 32-bit Vista? The hardware works with IR.exe, but RMIR just gives an error "no remotes found", even when run in Admin mode.
I have had the interface cable working with RMIR under Linux, but have just obtained a parallel port extender cable for my Vista PC motherboard. IR.exe passes the interface check and downloads from the remote, but when I open RMIR, it can't see anything. Is there any debug info I can look at? rmaster.err records jp1parallel.dll is loaded.
Edit: I found a post from March 2009 related to this:
http://www.hifi-remote.com/forums/viewt ... 4810#74810
"The JP1 parallel port code in RM-IR is relatively untested.."
Has there been any update on this?
Posted: Sat Jul 24, 2010 8:50 am
by gfb107
Not many us of are still using parallel port cables, so that's why we say relatively untested. Are you using the Windows version of RM/RMIR or the Java version? I also don't think we have many Vista users.
You say "When I open RMIR, it can't see anything". You won't see anything until you try to download from the remote. Have you tried using the Remote menu to set the Interface to JP1 Parallel (instead of Auto-detect), and even tried manually setting the port address? Do you know the actual address of your parallel port? If it isn't one of the 3 default ones (0x378, 0x278, 0x3BC) RMIR won't auto-detect it.
Posted: Sat Jul 24, 2010 9:02 am
by gfb107
RMIR v1.99 has a number of fixes and features that should allow it to work for a lot more remotes and configurations.
We (Graham and I) are shooting to make RMIR "RDF feature complete" for the next release, v2.00.
"RDF feature complete" means that RMIR can handle everything documented in the RDF specs correctly. Although not strictly an RDF feature, we consider File > New to be part of that.
Re: RMIR with parallel port
Posted: Sun Jul 25, 2010 11:31 am
by gfb107
This might help you:
http://www.hifi-remote.com/forums/viewt ... 9043#89043
jim7562 wrote:Should this work in 32-bit Vista? The hardware works with IR.exe, but RMIR just gives an error "no remotes found", even when run in Admin mode.
I have had the interface cable working with RMIR under Linux, but have just obtained a parallel port extender cable for my Vista PC motherboard. IR.exe passes the interface check and downloads from the remote, but when I open RMIR, it can't see anything. Is there any debug info I can look at? rmaster.err records jp1parallel.dll is loaded.
Edit: I found a post from March 2009 related to this:
http://www.hifi-remote.com/forums/viewt ... 4810#74810
"The JP1 parallel port code in RM-IR is relatively untested.."
Has there been any update on this?