bengtmartensson / devslashlirc Goto Github PK

This is the the problem of bengtmartensson/IrScrutinizer#177

reading for example delivers already finished IR sequence.

Silly method presently deployed in bool Mode2LircDevice::send(const lirc_t *data, unsigned length).

Problems with repeating NEC1-signals, for example from IrScrutinizer: timing of final gap of into is off.

In newer Java distros, the program javah is replace by a -h option of javac, see http://openjdk.java.net/jeps/313. Unfortunately, the syntax has changed too.

Basically declaring stand as "1.0.0"

Both C++ (Doxygen) and Javadoc.
Cf. bengtmartensson/IrpTransmogrifier#105

Use GNU autotools as in e.g. https://github.com/bengtmartensson/java-readline

Pack a fallback version of media/lirc.h for the case that the system's is not found.

Both interfaces are used from exactly one class each, and thus serve no real purpose.

... probably C++17.

Should compile with -pedantic.

IIRC, I checked them when the project was new, and they did not work then. This appears to have changed since then. (Tested with a HP MCE USB dongle.)

apt-get install maven oracle-java7-jdk
exchange the makefile i attached in /src/main/c++
Id had to change/add some includes

Makefile.zip

The only thing id got stuck is to install the built. Could you please help me with that?
It would be quite awesome to use the driver on a raspberry pi because the current liblirc isnt ported currently for the Rpi.

JNIEXPORT void JNICALL Java_org_harctoolbox_devslashlirc_Mode2LircDevice_sendNative(....) returns void, may be enough to change to jboolean.

The following signals is too long (?), and fails silently using IrScrutinizer

0000 006C 002A 0000 015B 00AD 0016 0016 0016 0041 0016 0016 0016 0041 0016 0041 0016 0041 0016 0041 0016 0016 0016 0041 0016 0016 0016 0041 0016 0016 0016 0016 0016 0016 0016 0016 0016 0041 0016 0041 0016 0041 0016 0016 0016 0041 0016 0041 0016 0016 0016 0016 0016 0016 0016 0016 0016 0016 0016 0041 0016 0016 0016 0016 0016 0041 0016 0041 0016 0041 0016 05F7 015B 0057 0016 0E6C 015B 0057 0016 0E6C 015B 0057 0016 0E6C 015B 0057 0016 0E6C

It the lirc hardware does not support it, use read timeouts with poll(2) or select(2). Use LIRC_SET_REC_TIMEOUT and LIRC_SET_REC_TIMEOUT_REPORTS.

Note: Girs and HardHardware as well as poll uses values in milliseconds, Lirc microseconds.

A natural extension would be to support Lirc dynamically loaded drivers, "plugins". I have actually spent quite some time on this, contained in the branch lircdriver. There are massive problems, basically due to the bad design of the Lirc drivers, resulting (among other things) in loader problems. The C++ version works reasonably, while the Java bindings suffer from loader problems, and does not find symbols. Possibly it is a Java problem?