JP1 Remotes Forum Index JP1 Remotes


FAQFAQ SearchSearch 7 days of topics7 Days MemberlistMemberlist UsergroupsUsergroups RegisterRegister
ProfileProfile Log in to check your private messagesLog in to check your private messages Log inLog in

IrScrutinizer: capturing, generating, analyzing, import, exp
Goto page Previous  1, 2, 3 ... 16, 17, 18 ... 25, 26, 27  Next
 
Post new topic   Reply to topic    JP1 Remotes Forum Index -> JP1 - Software
View previous topic :: View next topic  
Author Message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Wed May 13, 2020 11:52 am    Post subject: Reply with quote

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 Smile .

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?
_________________
Graham
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Wed May 13, 2020 12:15 pm    Post subject: Reply with quote

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.
_________________
Graham
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Wed May 13, 2020 1:54 pm    Post subject: Reply with quote

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:
$ 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)
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Wed May 13, 2020 2:00 pm    Post subject: Reply with quote

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?
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Thu May 14, 2020 4:51 am    Post subject: Reply with quote

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:
/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)

_________________
Graham
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Thu May 14, 2020 8:43 am    Post subject: Reply with quote

mathdon wrote:

Code:

/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:

sudo apt-get update
sudo apt-get install libc6

Please try it, and tell us how it went.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Thu May 14, 2020 9:37 am    Post subject: Reply with quote

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.
_________________
Graham
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Thu May 14, 2020 11:31 am    Post subject: Reply with quote

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:
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.
_________________
Graham
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Thu May 14, 2020 12:32 pm    Post subject: Reply with quote

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.
_________________
Graham
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Thu May 14, 2020 1:48 pm    Post subject: Reply with quote

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.

Quote:

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.

Quote:
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.


Last edited by Barf on Fri May 15, 2020 2:24 am; edited 1 time in total
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Thu May 14, 2020 5:11 pm    Post subject: Reply with quote

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.
_________________
Graham
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Fri May 15, 2020 2:33 am    Post subject: Reply with quote

@Graham,
I am just concerned about finding the right solution, not the quick solution Wink Can you ldd the .so files in .../irscrutinizer/Linux-i386 for me?
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Fri May 15, 2020 6:02 am    Post subject: Reply with quote

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

Here you are:
Code:
/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)

_________________
Graham
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Fri May 15, 2020 7:06 am    Post subject: Reply with quote

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.
_________________
Graham
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Sun May 17, 2020 5:02 am    Post subject: Reply with quote

Quote:

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.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic       JP1 Remotes Forum Index -> JP1 - Software All times are GMT - 5 Hours
Goto page Previous  1, 2, 3 ... 16, 17, 18 ... 25, 26, 27  Next
Page 17 of 27

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


 

Powered by phpBB © 2001, 2005 phpBB Group
Top 7 Advantages of Playing Online Slots The Evolution of Remote Control