JP1 Remotes

Posted: **Wed May 13, 2020 10:52 am**

I have now got Ubuntu 16.04 running in VirtualBox on my Win10 machine and find that it DOES find the serial ports. So finally I have the Widget and the Arduino working with IrScrutinizer in Ubuntu. I don't know what the difference is between the Win10 and Win8.1 machines in this respect, but in Win8.1 the VirtualBox Ubuntu is rather sluggish and is considerably faster under Win10. So possibly a timeout issue? Anyway, not important as I now have the proper Linux experience of the Widget behaving without glitches on IrScrutinizer

.

I have, however, found a different Linux issue. I know this is the wrong thread for it, but I have RemoteMaster v2.10 build 7 also set up in Ubuntu 16.04 on the Win10 machine. The rmaster.err file shows that libjp12serial.so fails to load. This build uses v0.24 of the jp12serial library. If I replace it with v0.23 which was used up to RemoteMaster v2.07 build 5, it loads and runs perfectly. So there appears to be an issue with libjp12serial.so v0.24. You kindly compiled both these versions for me, so have you any idea why there is this difference?

Posted: **Wed May 13, 2020 11:15 am**

There is a curious IrScrutinizer issue that I forgot to report earlier. It is occasional and occurs with iTach Flex capture. This is a popup saying:

HarcHardwareException: Hardware based exception: Hardware does not appear to support capturing.

At the same time the console shows:

Expected "IR Learner enabled", returning immediately.

The capture thread then no longer works, but appears to be still active. I have to close it and then restart it. Restarting gives a message "There is another capture thread running that needs to be closed". After a short wait, a second restart attempt succeeds.

Posted: **Wed May 13, 2020 12:54 pm**

mathdon wrote:The rmaster.err file shows that libjp12serial.so fails to load. This build uses v0.24 of the jp12serial library. If I replace it with v0.23 which was used up to RemoteMaster v2.07 build 5, it loads and runs perfectly. So there appears to be an issue with libjp12serial.so v0.24. You kindly compiled both these versions for me, so have you any idea why there is this difference?

Of course, you do not try to load 64-bit librares on 32 bit OSes (or vice versa), do you? Please ldd all relevant versions of libjp12serial.so and post the result, for example (on my Fedora)

Code: Select all

$ ldd /usr/local/remotemaster/Linux-*/libjp12serial.so 
/usr/local/remotemaster/Linux-amd64/libjp12serial.so:
        linux-vdso.so.1 (0x00007ffc88b13000)
        libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f6eaad4d000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f6eaac07000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f6eaabed000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f6eaaa24000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f6eaaf86000)
/usr/local/remotemaster/Linux-arm/libjp12serial.so:
        not a dynamic executable
/usr/local/remotemaster/Linux-i386/libjp12serial.so:
        linux-gate.so.1 (0xf7ee0000)
        libstdc++.so.6 => /lib/libstdc++.so.6 (0xf7ca3000)
        libm.so.6 => /lib/libm.so.6 (0xf7bd1000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7bb3000)
        libc.so.6 => /lib/libc.so.6 (0xf7a03000)
        /lib/ld-linux.so.2 (0xf7ee2000)

Posted: **Wed May 13, 2020 1:00 pm**

mathdon wrote:There is a curious IrScrutinizer issue that I forgot to report earlier. It is occasional and occurs with iTach Flex capture. This is a popup saying:

HarcHardwareException: Hardware based exception: Hardware does not appear to support capturing.

At the same time the console shows:

Expected "IR Learner enabled", returning immediately.
....

This is certainly one primary error and several secondary errors. Most likely, something went wrong when the device was identified. Please turn on verbose and post the console content when something went wrong.

Did you get the beacon to work?

Posted: **Thu May 14, 2020 3:51 am**

Barf wrote:Please ldd all relevant versions of libjp12serial.so and post the result

The relevant results are these. The first one is from v0.23, the second from v0.24. It clearly shows what is missing, but I do not understand it.

Code: Select all

/home/graham/RemoteMaster210b7/Linux-i386/libjp12serial.so:
	linux-gate.so.1 =>  (0xb7f4b000)
	libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7db0000)
	libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7d5b000)
	libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7d3e000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7b88000)
	/lib/ld-linux.so.2 (0xb7f4d000)

/home/graham/RemoteMaster210b7/Linux-i386/libjp12serial024.so: /lib/i386-linux-gnu/libc.so.6: version `GLIBC_2.28' not found (required by /home/graham/RemoteMaster210b7/Linux-i386/libjp12serial024.so)
	linux-gate.so.1 =>  (0xb7fa9000)
	libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7e0d000)
	libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7db8000)
	libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7d9b000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7be5000)
	/lib/ld-linux.so.2 (0xb7fab000)

Posted: **Thu May 14, 2020 7:43 am**

mathdon wrote:

Code: Select all

/home/graham/RemoteMaster210b7/Linux-i386/libjp12serial024.so: /lib/i386-linux-gnu/libc.so.6: version `GLIBC_2.28' not found (required by /home/graham/RemoteMaster210b7/Linux-i386/libjp12serial024.so)
	linux-gate.so.1 =>  (0xb7fa9000)
	libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7e0d000)
	libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7db8000)
	libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7d9b000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7be5000)
	/lib/ld-linux.so.2 (0xb7fab000)

The problem is that the libjp12serial.so was built with a later version than the one you have. I am not sure about the "correct" answer, bug here it is recommended to do

Code: Select all

sudo apt-get update
sudo apt-get install libc6

Please try it, and tell us how it went.

Posted: **Thu May 14, 2020 8:37 am**

Barf wrote:Please try it, and tell us how it went.

No change, same message from ldd. Both the sudo instructions appeared to complete without issue.

Posted: **Thu May 14, 2020 10:31 am**

Barf wrote:This is certainly one primary error and several secondary errors. Most likely, something went wrong when the device was identified. Please turn on verbose and post the console content when something went wrong.

This is from IrScrutinizer-2.2.6-SNAPSHOT in Win10. The same signal captured twice, the first succeeded and the second gave the error:

Code: Select all

Sending command "get_IRL" to GlobalCache (192.168.0.24)
<IR Learner Enabled
IR Learner Enabled
Sending command "get_IRL" to GlobalCache (192.168.0.24)
<IR Learner Enabled
IR Learner Enabled
<sendir,1:1,1,38277,1,1,84,28,28,61,28,31,28,31,28,61,28,31,28,31,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,31,28,61,28,3806,
84,28,28,61,28,31,28,31,28,61,28,31,28,31,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,31,28,61,28,3827
sendir,1:1,1,38277,1,1,84,28,28,61,28,31,28,31,28,61,28,31,28,31,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,31,28,61,28,3806,
84,28,28,61,28,31,28,31,28,61,28,31,28,31,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,31,28,61,28,3827
Sending command "get_IRL" to GlobalCache (192.168.0.24)
<IR Learner Enabled
IR Learner Enabled
Sending command "get_IRL" to GlobalCache (192.168.0.24)
<sendir,1:1,1,38277,1,1,84,28,28,61,28,31,28,31,28,61,28,31,28,31,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,3806,
84,28,28,61,28,31,28,31,28,61,28,31,28,31,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,3827
sendir,1:1,1,38277,1,1,84,28,28,61,28,31,28,31,28,61,28,31,28,31,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,3806,
84,28,28,61,28,31,28,31,28,61,28,31,28,31,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,61,28,31,28,3827
Expected "IR Learner Enabled", returning immediately.

Hope this helps.

I haven't yet tried getting the beacon to work.

Posted: **Thu May 14, 2020 11:32 am**

On the beacon issue, I have solved it for Ubuntu 16.04 on both my Win10 and Win8.1 machines by changing the network adapter setting for VirtualBox from NAT to Bridged Adapter. I still have to manually enter the IP address when running on Win8.1 itself. I cannot find a firewall setting that seems relevant but presume it is a firewall issue. It is a very minor issue as the Win8.1 machine is very much a secondary one, so I don't intend to pursue it further.

Posted: **Thu May 14, 2020 12:48 pm**

mathdon wrote:
Barf wrote:Please try it, and tell us how it went.
No change, same message from ldd. Both the sudo instructions appeared to complete without issue.

Right now, I am not quote sure about the best solution. Sleep on it.

This is from IrScrutinizer-2.2.6-SNAPSHOT in Win10. The same signal captured twice, the first succeeded and the second gave the error:
...
Expected "IR Learner Enabled", returning immediately.

Hope this helps.

Yes it helps, I now understand what goes wrong. Issue.

On the beacon issue, I have solved it for Ubuntu 16.04 on both my Win10 and Win8.1 machines by changing the network adapter setting for VirtualBox from NAT to Bridged Adapter. I still have to manually enter the IP address when running on Win8.1 itself. I cannot find a firewall setting that seems relevant but presume it is a firewall issue. It is a very minor issue as the Win8.1 machine is very much a secondary one, so I don't intend to pursue it further.

Strange, it is just to let UDP packages on port 9131 through. Test wise you can just turn off the firewall.

Posted: **Thu May 14, 2020 4:11 pm**

Barf wrote:Right now, I am not quote sure about the best solution.

I take it that you are no longer able to recompile the jp12serial library with the earlier C implementation? I am not concerned for myself, I can live happily with v0.23 of jp12serial. What I don't like is that I have issued a version of RMIR that can run on Linux only on up-to-date Linux versions. As I have been able to check, on Windows it can run way back to Win XP.

Posted: **Fri May 15, 2020 1:33 am**

@Graham,
I am just concerned about finding the right solution, not the quick solution

Can you ldd the .so files in .../irscrutinizer/Linux-i386 for me?

Posted: **Fri May 15, 2020 5:02 am**

Barf wrote:Can you ldd the .so files in .../irscrutinizer/Linux-i386 for me?

Here you are:

Code: Select all

/home/graham/IrScrutinizer-2.2.6/Linux-i386/libdevslashlirc.so:
	linux-gate.so.1 =>  (0xb7f34000)
	libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7d97000)
	libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7d42000)
	libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7d25000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7b6f000)
	/lib/ld-linux.so.2 (0xb7f36000)
/home/graham/IrScrutinizer-2.2.6/Linux-i386/librxtxSerial.so:
	linux-gate.so.1 =>  (0xb7f30000)
	libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb7eea000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7d34000)
	/lib/ld-linux.so.2 (0xb7f32000)

Posted: **Fri May 15, 2020 6:06 am**

Barf wrote:Strange, it is just to let UDP packages on port 9131 through. Test wise you can just turn off the firewall.

It is getting stranger, too. I now have the beacon working on five of my six installations of IrScrutinizer (Win10, Win8.1, and VirtualBox WinXP and Ubuntu 16.04 on both of those). Win8.1 is the only one that defeats me. Even with firewall turned off, it does not find the iTach Flex without manual entry, while the VirtualBox WinXP on the same machine DOES find it, and does so with the firewall turned on.

Posted: **Sun May 17, 2020 4:02 am**

I have, however, found a different Linux issue. I know this is the wrong thread for it, but I have RemoteMaster v2.10 build 7 also set up in Ubuntu 16.04 on the Win10 machine. The rmaster.err file shows that libjp12serial.so fails to load.

Try this, jp12serial compiled on Ubuntu 12.04.05 LTS "Precise Pangolin" (oldest still "supported" Ubuntu).

Still not sure about the "right" solution.

JP1 Remotes

IrScrutinizer: capturing, generating, analyzing, import, exp