JP1 Remotes

davecs · Joined: 28 Mar 2005 Posts: 328 Location: UK

I run Linux, but I have to keep a Win98SE partition for little things, one of which is ir.exe.

In common with other programs built from Delphi with little addon, ir.exe runs under WINE. The only (and crucial) problem is that it cannot access the Parallel port. Having gone through the source, there are a series of assembler IN and OUT commands which do the transfer. Linux being a secure system blocks them, I suppose.

I do not need the parallel port for anything else, as my printer and scanner are USB. Has anyone managed to solve this problem? If so, what did they do?
_________________
URC7560/URC7562, URC8910, URC7980, URC6440/OARUSB04G and URC3661

classicsat · Joined: 20 Feb 2004 Posts: 279

I'd write an application to directly read/write the eeprom into a text/hex file that IR.exe reads/writes.

davecs · Joined: 28 Mar 2005 Posts: 328 Location: UK

That's the whole point, what I am asking is: does anyone know how to bypass the security so that I can do the IN/OUT stuff via my JP1. Otherwise WINE and ir.exe would work OK. I could make a few adjustments to the source and compile it in Lazarus/FPC, but I doubt it would make any difference!
_________________
URC7560/URC7562, URC8910, URC7980, URC6440/OARUSB04G and URC3661

mtakahar · Expert Joined: 03 Aug 2003 Posts: 281

http://www.hifi-remote.com/forums/viewtopic.php?p=19879

classicsat · Joined: 20 Feb 2004 Posts: 279

My whole point is to write, or find, a low level app that can read/write an I2C EEPROM much like the JP1 cable does, and output a file that IR can read/write, so IR doesn't have to.

johnsfine · Posted: Tue Apr 05, 2005 8:57 am Post subject:

Maybe there is some more Linux appropriate solution using the USB version of the cable.

But if you want the printer port version, writing a seperate app would probably take a Linux Guru and would be much harder than solving the problem in Linux the same way it was solved in Windows.

PC hardware makes it easy for a device driver to kill the protection that stops an application from from direct use of the printer port. It should be a trivial task for a Linux Guru to write something that kills that protection. I'm not sure whether it would be easiest to kill it totally for the printer port, or just for the printer port within Wine, or for a specific application. But I'm confident some form of just killing the protection would be easier than doing it as a seperate app.

The Robman · Posted: Tue Apr 05, 2005 9:49 am Post subject:

johnsfine · Posted: Tue Apr 05, 2005 10:03 am Post subject:

Oops. I misunderstood the status (since I'm not trying to use Linux myself). I thought that was just runing the GUI part of IR. Now I understand it handles the remote connection as well.