rockpro 64

[seandepagnier]

Seems to work for OpenCPN so far. It is a lot faster than raspberry pi.

[Bill O]

How did it handle openGL? was that with the wifi/BT model?

[sbfreddie]

Originally Posted by boat_alexandra

Seems to work for OpenCPN so far. It is a lot faster than raspberry pi.

Sean:
I have one of these also, what distro are you using? I am using this distro:
rockpro64-debian-desktop-mrfixit.img it has a 64 bit Kernel and is using an ARMHF(32 bit) system.
Are you building OpenCPN on the RockPro64 or are you using a deb?
I tried to built from Github but Cmake cannot find Curl, but it has no trouble finding OpeGLES though.

Thanks,
Freddie

[seandepagnier]

I finally used the fixit kernel after a few others with bad results. This one finally makes most stuff work. I didn't realize it was 32bit but that makes sense I see it is now.



I got the pci-e sata card and it doesn't work for me. The rockpro locks up after 30 seconds running if it's plugged in, not sure why.

I'm using wifi from usb. Their wifi module cost a lot compared to a usb one.

I compiled opencpn from source. The fixit distro has gl4es built in such a way that it works automatically with opencpn without any special change. Now the opencpn is full speed I get annoyed by the time it takes to recompute the chart quilt.

I think the quilting viewport calculations would be best done in a separate thread, but if not, maybe they could be implemented in a state machine to prevent lagging the frame rate since they don't have to recompute every frame.

[sbfreddie]

Originally Posted by boat_alexandra

I finally used the fixit kernel after a few others with bad results. This one finally makes most stuff work. I didn't realize it was 32bit but that makes sense I see it is now.



I got the pci-e sata card and it doesn't work for me. The rockpro locks up after 30 seconds running if it's plugged in, not sure why.

I'm using wifi from usb. Their wifi module cost a lot compared to a usb one.

I compiled opencpn from source. The fixit distro has gl4es built in such a way that it works automatically with opencpn without any special change. Now the opencpn is full speed I get annoyed by the time it takes to recompute the chart quilt.

I think the quilting viewport calculations would be best done in a separate thread, but if not, maybe they could be implemented in a state machine to prevent lagging the frame rate since they don't have to recompute every frame.

Sean:
Everyone has the same problem with the PCI-e SATA card, I have one for NVMe and it does the same thing. PCI-e does not work on the RockPro64 yet. It does work if you are using a Distro without the desktop ie command line only.

I also have their WIFI/Bluetooth card and it works just fine.

I have not been able to get OpenCPN to build though, it finds OpenGLES just fine but cannot find Lib Curl do you have any suggestions for me? Here is the output from the cmake configure:

Sorry, try again.
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version (12.3).
libbz2-dev is already the newest version (1.0.6-8.1).
libcairo2-dev is already the newest version (1.14.8-1).
cmake is already the newest version (3.7.2-1).
libcurl4-openssl-dev is already the newest version (7.52.1-5+deb9u9).
libelf-dev is already the newest version (0.168-1).
libexpat1-dev is already the newest version (2.2.0-2+deb9u1).
gettext is already the newest version (0.19.8.1-2).
git-core is already the newest version (1:2.11.0-3+deb9u4).
gpsd is already the newest version (3.16-4).
gpsd-clients is already the newest version (3.16-4).
libgps-dev is already the newest version (3.16-4).
libgtk2.0-dev is already the newest version (2.24.31-2).
libarchive-dev is already the newest version (3.2.2-2+deb9u1).
libexif-dev is already the newest version (0.6.21-2+b2).
libglu1-mesa-dev is already the newest version (9.0.0-2.1).
libportaudio2 is already the newest version (19.6.0-1).
portaudio19-dev is already the newest version (19.6.0-1).
libsqlite3-dev is already the newest version (3.16.2-5+deb9u1).
libtinyxml-dev is already the newest version (2.6.2-4).
libwxgtk3.0-dev is already the newest version (3.0.2+dfsg-4).
wx-common is already the newest version (3.0.2+dfsg-4).
wx3.0-headers is already the newest version (3.0.2+dfsg-4).
liblzma-dev is already the newest version (5.2.2-1.2+b1).
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Configuring OpenCPN_Master with Cmake...
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- cmake version: 3.7.2
-- Setting C++11 standard via cmake standard mechanism
-- *** Build Architecture is armhf
-- *** Staging to build opencpn 4.99.1517 ***
-- *** Package will include documentation ***
-- *** Package will include GSHHS basechart level: FULL ***
-- *** Package will include tide and current data ***
-- Found OpenGLESv1
--     Adding local GLU
--     Revised GL Lib (with local): GLU_staticGL_staticEGLX11drm
--     Adding local LIBTESS2
--     Revised EXTRA_LIBS (with local libtess2): TESS2_static
--  Revised wxWidgets Libraries: 
-- 
-- *** Staging to build opencpn  ***
-- Build type: Release
-- *** Will install to /usr/local  ***
-- Crash reporting enabled
-- Using Linux crash reporting
-- Using new serial library...
CMake Error at /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Call Stack (most recent call first):
  /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.7/Modules/FindCURL.cmake:50 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:765 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!
See also "/home/rock/GitOpenCPN/OpenCPN_Master/build/CMakeFiles/CMakeOutput.log".
See also "/home/rock/GitOpenCPN/OpenCPN_Master/build/CMakeFiles/CMakeError.log".

Any ideas?
I think this is the age old problem of the ARMHF putting all the libs in lib/arm-linux-gnueabihf instead of /lib.

Thanks,
Freddie

[transmitterdan]

Cmake supplies include files for finding most common libraries. I believe you can edit these in a text editor to point cmake to the location of a library it cannot find. Search for a file like *curl*.cmake or something like that. Not in front of a computer at the moment so cannot tell you the exact folder to look under.

[seandepagnier]

Originally Posted by sbfreddie

Sean:
Everyone has the same problem with the PCI-e SATA card, I have one for NVMe and it does the same thing. PCI-e does not work on the RockPro64 yet. It does work if you are using a Distro without the desktop ie command line only.

Which distro. All the ones I tried had a desktop. I am curious to see if my hardware works since I accidentally plugged the pci-e card backward at first since I didn't know any better.

I also have their WIFI/Bluetooth card and it works just fine.

I might get this but it seems expensive when usb one works fine, and I often need long range wifi anyway.

I have not been able to get OpenCPN to build though, it finds OpenGLES just fine but cannot find Lib Curl do you have any suggestions for me? Here is the output from the cmake configure:

Sorry, try again.
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version (12.3).
libbz2-dev is already the newest version (1.0.6-8.1).
libcairo2-dev is already the newest version (1.14.8-1).
cmake is already the newest version (3.7.2-1).
libcurl4-openssl-dev is already the newest version (7.52.1-5+deb9u9).
libelf-dev is already the newest version (0.168-1).
libexpat1-dev is already the newest version (2.2.0-2+deb9u1).
gettext is already the newest version (0.19.8.1-2).
git-core is already the newest version (1:2.11.0-3+deb9u4).
gpsd is already the newest version (3.16-4).
gpsd-clients is already the newest version (3.16-4).
libgps-dev is already the newest version (3.16-4).
libgtk2.0-dev is already the newest version (2.24.31-2).
libarchive-dev is already the newest version (3.2.2-2+deb9u1).
libexif-dev is already the newest version (0.6.21-2+b2).
libglu1-mesa-dev is already the newest version (9.0.0-2.1).
libportaudio2 is already the newest version (19.6.0-1).
portaudio19-dev is already the newest version (19.6.0-1).
libsqlite3-dev is already the newest version (3.16.2-5+deb9u1).
libtinyxml-dev is already the newest version (2.6.2-4).
libwxgtk3.0-dev is already the newest version (3.0.2+dfsg-4).
wx-common is already the newest version (3.0.2+dfsg-4).
wx3.0-headers is already the newest version (3.0.2+dfsg-4).
liblzma-dev is already the newest version (5.2.2-1.2+b1).
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Configuring OpenCPN_Master with Cmake...
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- cmake version: 3.7.2
-- Setting C++11 standard via cmake standard mechanism
-- *** Build Architecture is armhf
-- *** Staging to build opencpn 4.99.1517 ***
-- *** Package will include documentation ***
-- *** Package will include GSHHS basechart level: FULL ***
-- *** Package will include tide and current data ***
-- Found OpenGLESv1
--     Adding local GLU
--     Revised GL Lib (with local): GLU_staticGL_staticEGLX11drm
--     Adding local LIBTESS2
--     Revised EXTRA_LIBS (with local libtess2): TESS2_static
--  Revised wxWidgets Libraries: 
-- 
-- *** Staging to build opencpn  ***
-- Build type: Release
-- *** Will install to /usr/local  ***
-- Crash reporting enabled
-- Using Linux crash reporting
-- Using new serial library...
CMake Error at /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Call Stack (most recent call first):
  /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.7/Modules/FindCURL.cmake:50 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:765 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!
See also "/home/rock/GitOpenCPN/OpenCPN_Master/build/CMakeFiles/CMakeOutput.log".
See also "/home/rock/GitOpenCPN/OpenCPN_Master/build/CMakeFiles/CMakeError.log".

Any ideas?

I have cmake output:

-- Found CURL: /usr/lib/arm-linux-gnueabihf/libcurl.so (found version "7.52.1")\

The cmake output also detects gles, but ends up targeting and linking to libGL.so.1 so I'm not sure what is going on but it works well using gl4es rather than using the glshim in o.
Do you have this file?

I think this is the age old problem of the ARMHF putting all the libs in lib/arm-linux-gnueabihf instead of /lib.

This is not a problem but a solution to support multiarchs like i386 and x86_64 or aarch64 and armhf on the same machine.


Maybe you need to run sudo ldconfig or something after installing libcurl-dev?

$ dlocate libcurl.so
libcurl4-openssl-dev:armhf: /usr/lib/arm-linux-gnueabihf/libcurl.so
libcurl3:armhf: /usr/lib/arm-linux-gnueabihf/libcurl.so.4.4.0
libcurl3:armhf: /usr/lib/arm-linux-gnueabihf/libcurl.so.3
libcurl3:armhf: /usr/lib/arm-linux-gnueabihf/libcurl.so.4