OpenCPN Runs on Embedded ARM

[it-slav]

Originally Posted by jonasaberg

I like the suitcase proto-build!
Which model of the On-Lap did you get? Is it bright enough?

/J

The case is bought at Clas Ohlson: Väska | Clas Ohlson

The screen: PRODUCT- Gechic Corporation

Probably not bright enough in direct sunlight, but the field test is next week

Approx 7-8 Watt

Regards
Peter Andersson

[it-slav]

Originally Posted by boat_alexandra

You should be using etc1 compression not fxt1. Should not be using depth buffer either, and the renderer string: "Software Rasterizer" is a big clue that you don't have hardware acceleration.

How about this:

15:13:56 UTC: OpenGL-> Renderer String: Mali-400 MP
15:13:56 UTC: OpenGL-> Texture rectangle format: de1
15:13:56 UTC: OpenGL-> Framebuffer Objects unavailable
15:13:56 UTC: OpenGL-> Using Stencil buffer clipping
15:13:56 UTC: OpenGL-> Using oes etc1 compression
15:13:56 UTC: OpenGL-> Compressed tile size: 128kb (6:1)
15:13:56 UTC: ChartDB Cache policy:  Max open chart limit is 20.
15:13:56 UTC: Loading chart db version: V018

Moving around at the raster chart is much faster, so I guess it is working.

An annoying bug: When enable dashboard plugin, the ocpnTollbarDialog are not visable after a restart of opencpn. I have only seen this on my cubietruck.
Reported it at: FS#1428 : Dashboard plugin, hide ocpnTollbarDialog

Regards
Peter

I found a bug that se

[seandepagnier]

I noticed the grib plugin is broken in several ways in opengl mode using gles. I'm working on a solution.

[seandepagnier]

I intend to support armhf (armv7) as an official target. This means debian packages for all the plugins. For armv6 (raspberry pi) you will still have to manually compile everything.

The installed packages use /usr instead of /usr/local, however you can still extract the tarballs to either location. I have begun to upload the packaged plugins for armhf to opencpnplugins | Free Science & Engineering software downloads at SourceForge.net so any feedback to verify these would be appreciated.

I am still working on grib and climatology as they have various bugs.

[andydunlop]

Regarding watchdog plugin:
This from opencpn.log:
09:29:46 UTC: PlugInManager searching for PlugIns in location /usr/local/lib/opencpn
09:29:46 UTC: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libwatchdog_i386_pi110_v11_pi.so
09:29:46 UTC: Error: /usr/local/lib/opencpn/libwatchdog_i386_pi110_v11_pi.so: cannot open shared object file: No such file or directory
09:29:46 UTC: PlugInManager: Cannot load library: /usr/local/lib/opencpn/libwatchdog_i386_pi110_v11_pi.so /usr/local/lib/opencpn/libwatchdog_i386_pi110_v11_pi.so: cannot open shared object file: No such file or directory
09:29:46 UTC: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libgrib_pi.so
09:29:46 UTC: /usr/local/lib/opencpn/libgrib_pi.so Version detected: 107
09:29:46 UTC: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libdashboard_pi.so
09:29:46 UTC: /usr/local/lib/opencpn/libdashboard_pi.so Version detected: 106

-so it's a little bizarre. I don't know if it could be a problem on the Trimslice but have you ever seen this before? I think the problem with the sound files is sure to have the same cause.
Andy

[andydunlop]

Originally Posted by andydunlop

Regarding watchdog plugin:
This from opencpn.log:
09:29:46 UTC: PlugInManager searching for PlugIns in location /usr/local/lib/opencpn
09:29:46 UTC: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libwatchdog_i386_pi110_v11_pi.so
09:29:46 UTC: Error: /usr/local/lib/opencpn/libwatchdog_i386_pi110_v11_pi.so: cannot open shared object file: No such file or directory
09:29:46 UTC: PlugInManager: Cannot load library: /usr/local/lib/opencpn/libwatchdog_i386_pi110_v11_pi.so /usr/local/lib/opencpn/libwatchdog_i386_pi110_v11_pi.so: cannot open shared object file: No such file or directory
09:29:46 UTC: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libgrib_pi.so
09:29:46 UTC: /usr/local/lib/opencpn/libgrib_pi.so Version detected: 107
09:29:46 UTC: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libdashboard_pi.so
09:29:46 UTC: /usr/local/lib/opencpn/libdashboard_pi.so Version detected: 106

-so it's a little bizarre. I don't know if it could be a problem on the Trimslice but have you ever seen this before? I think the problem with the sound files is sure to have the same cause.
Andy

Aha! I did a 'file' on them and discovered that I have downloaded the 80386 plugin which obviously does not like to run on the ARM. The other plugins are specifically for ARM. So can I get the source and compile it here?

[seandepagnier]

Originally Posted by andydunlop

Aha! I did a 'file' on them and discovered that I have downloaded the 80386 plugin which obviously does not like to run on the ARM. The other plugins are specifically for ARM. So can I get the source and compile it here?

You can pull the source from github, or it would be nice if you can test the packages I just uploaded for armhf (armv7) eg: opencpnplugins - Browse /watchdog_pi at SourceForge.net

[bcn]

Originally Posted by boat_alexandra

I intend to support armhf (armv7) as an official target. This means debian packages for all the plugins. For armv6 (raspberry pi) you will still have to manually compile everything.

Sean,

great to hear. But this does only make sense with OpenGL support, doesn't it? And the postings here show that this is a quite stony path. Any idea how to make this easier?

Hubert

[andydunlop]

Yep, that did it - that solves the plugin issue, but now just to check out the sound problem.

[andydunlop]

Well I got the source from github already - next time I'll try your ARM one. Thanks a lot.

[seandepagnier]

Originally Posted by bcn

Sean,

great to hear. But this does only make sense with OpenGL support, doesn't it? And the postings here show that this is a quite stony path. Any idea how to make this easier?

Hubert

Once I fix the grib plugin I can post a deb package for the main application. It should work with and without opengl, although I get significantly better performance with opengl.

[bcn]

3.3.1825 does work on the A20 (built & compiled locally) - and it works fine as the "AIS-server" here.
But panning or zooming are no fun with this unit without OpenGL.

[seandepagnier]

I have uploaded arm packages, for many plugins as well as opencpn itself:

opencpnplugins - Browse Files at SourceForge.net

Please give feedback if you do try these.

Note, everything is installed in /usr instead of /usr/local (which is used by make install when building from source)

[it-slav]

Originally Posted by it-slav

The case is bought at Clas Ohlson: Väska | Clas Ohlson

The screen: PRODUCT- Gechic Corporation

Probably not bright enough in direct sunlight, but the field test is next week

Approx 7-8 Watt

Regards
Peter Andersson

The field test went very well. OpenCPN on my cubietruck worked very well during my week in the archipelago outside Stockholm, Sweden.

The only problem is that the monitor was more or less useless in direct sunlight. My homebuilt protective case made it even worse.

Kudos to the OpenCPN team for a great tool.

Regards
Peter

[MAd]

Hi everybody,
after installing OpenCPN with HW acceleration on a CB2 I recognized that it is still a bit slow with 1080p resolution, so I tried an ODROID U3 (Quadcore1.7 with 2GB RAM and MALI GPU). I managed to install everything by using the instructions for CB2 and setting some symbolic links in the lib folders to make sure OpenCPN uses the right libs. GLXGears states 1150fps and OpenCPN is indeed pretty fast with 1080p resolution. I've set the map cache to 256MB and compiled some bitmap cards from OpenSeaMap which work mostly fine. If someone is interested in the instructions how to set it up in detail, I can post them.
Regards,
Martin