OpenCPN Runs on Embedded ARM

[akopac]

I wish the hardware manufacturers would get it. We don't need more speed and power use. We need hardware acceleration support LIKE REALLY BAD!!!


Sent from my iPhone using Cruisers Sailing Forum

[waterman480]

One of the problems in getting my stock RPi2 going was obsolete links. I built mine from the source provided by Sean D'Epagnier identified as 4.1.0 Build 2015-02-20. The referring page on Zapmaker did not include the video changes required, and the I needed to do a sudo make install, not make install. Once installed, and I found the config.txt changes needed it started right up.

Good thing is that the RPi2 seems to have plenty of hp and memory to run O. Puck GPS - /dev/ttyUSB0 works properly.

Bad things - Video Rendering is slow. Screen changes are a little jumpy and buggy when opening tools. Bluetooth GPS - /dev/rfcomm0 shows in data in NMEA Debug window, but O does not process data. Raster charts - when set to north up - skewed charts are chart up, rather than north up. No vector charts are listed or displayed, even though O processes them when updating chart inventory.

All that being said, I was amazed that I could get O compiled, up, and running on my little RPi2 even if it does stumble a little. One hint is to use at least class 10 sdhc cards. I used a class 4, and the slowdown was quite apparent.

[bdbcat]

NahanniIV/sean, et al...

I have committed a change to OCPN master which should fix the area rendering troubles when using glshim.

Root cause: glshim does not do glDisplayList very well, or at all.
Also involved was LIGHT rendering....

We need to fix glshim. Without display lists we end up with some pretty awful looking code, and a big performance hit.

The way to fix it is to carefully step through the glshim code, understand it, debug it, and fix it Not practical on android build environment, I'm afraid. The gdb linkage over USB connection to android target is very fragile.

Sean, will you take a look at this? Best (simplest) way is to modify and step through s52plib::RenderCARC() with display list enable hacked in.
RenderCARC happens when a fix LIGHT is displayed in S57 STANDARD mode. There will only be a few commands in the list, so easy to debug, I hope.

Let me know if/how this patch set works in native linux GLES arm builds.

Thanks
Dave

[waterman480]

Note on Skewed Raster Charts and ENC charts. When building database, raster skewed raster charts display message: Warning: Skew override on chart ... is x.xxx degrees. When displayed, chart is not skewed correctly - instead is "print" up instead of north up. On the ENC files, building database gives message: Error: No ClassRegistrar in InitENCMinimal. Cannot initialize... (chart name)

[waterman480]

Interesting - I loaded an older image - Ver 4.0.0 Build 2015-01-08 by Alisdair.

This version both loads vector charts and works with rfcomm0! Have to check out other features, but at first blush - it looks good.

[NahanniV]

Originally Posted by bdbcat

NahanniIV/sean, et al...

I have committed a change to OCPN master which should fix the area rendering troubles when using glshim.

Root cause: glshim does not do glDisplayList very well, or at all.
Also involved was LIGHT rendering....

We need to fix glshim. Without display lists we end up with some pretty awful looking code, and a big performance hit.

The way to fix it is to carefully step through the glshim code, understand it, debug it, and fix it Not practical on android build environment, I'm afraid. The gdb linkage over USB connection to android target is very fragile.

Sean, will you take a look at this? Best (simplest) way is to modify and step through s52plib::RenderCARC() with display list enable hacked in.
RenderCARC happens when a fix LIGHT is displayed in S57 STANDARD mode. There will only be a few commands in the list, so easy to debug, I hope.

Let me know if/how this patch set works in native linux GLES arm builds.

Thanks
Dave

Built the latest this evening, and did not see any change.
Checked CM93 and Netherlands ENCs.

[NahanniV]

Do I need to clear any cached data or database for this to work ?

The CM93 charts that I tested with had been previously installed, but the netherlands ENCs were freshly installed.

Thanks for looking at this,
JM.

[bdbcat]

NahanniV...

Well, this is unexpected. It was a clear fix for android using glshim/GLES.

Are you seeing circular LIGHT rendering, for say all around fixed lights?

I have put some more messages in the logfile to confirm that O detects your build configuration correctly. Please build and test with this. You should see something in the logfile like this:

0:32:01 EDT: OpenGL-> Not using Display Lists

Thanks
Dave

[NahanniV]

Originally Posted by bdbcat

NahanniV...

Well, this is unexpected. It was a clear fix for android using glshim/GLES.

Are you seeing circular LIGHT rendering, for say all around fixed lights?

I have put some more messages in the logfile to confirm that O detects your build configuration correctly. Please build and test with this. You should see something in the logfile like this:

0:32:01 EDT: OpenGL-> Not using Display Lists

Thanks
Dave

Thanks,

I had not not noticed a problem with the lights before so did not check.

Will test it this evening.

JM.

[NahanniV]

Got latest version, built again.

Log has "OpenGL-> Not using Display Lists"

22:58:39 EDT: 2015-04-07
22:58:39 EDT:  ------- Starting OpenCPN -------
22:58:39 EDT: Version 4.1.0 Build 2015-02-20
22:58:39 EDT: wxWidgets version: wxWidgets 2.8.12 Linux 32 bit wxGTK
22:58:39 EDT: MemoryStatus:  mem_total: 1887 mb,  mem_initial: 9 mb
22:58:39 EDT: SData_Locn is /usr/local/share/opencpn/
22:58:39 EDT: PrivateDataDir is /home/cubie/.opencpn
22:58:39 EDT: Using existing Config_File: /home/cubie/.opencpn/opencpn.conf
22:58:39 EDT: Styles loading from /usr/local/share/opencpn/uidata/styles.xml
22:58:39 EDT: No styles found at: /home/cubie/
22:58:39 EDT: No styles found at: /home/cubie/.opencpn/
22:58:39 EDT: Detected display size (horizontal): 508 mm
22:58:39 EDT: Detected display size (horizontal): 508 mm
22:58:39 EDT: Setting Viewpoint Lat/Lon 43.3332, -79.8398
22:58:39 EDT: Setting Ownship Lat/Lon 33.358, -79.282
22:58:39 EDT: System default Language:  en_US
22:58:39 EDT: Opencpn language set to:  en_US
22:58:39 EDT: Creating glChartCanvas
22:58:39 EDT: OpenGL-> Renderer String: Mali-400 MP
22:58:39 EDT: OpenGL-> Version reported:  1.4 glshim wrapper
22:58:39 EDT: OpenGL-> Texture rectangle format: de1
22:58:39 EDT: OpenGL-> glGenerateMipmap unavailable
22:58:39 EDT: OpenGL-> Using Vertexbuffer Objects
22:58:39 EDT: OpenGL-> Framebuffer Objects unavailable
22:58:39 EDT: OpenGL-> Using Stencil buffer clipping
22:58:39 EDT: OpenGL-> Using Scissor Clipping
22:58:39 EDT: OpenGL-> Not using Display Lists
22:58:39 EDT: OpenGL-> Using oes etc1 compression
22:58:39 EDT: OpenGL-> Compressed tile size: 128kb (6:1)
22:58:39 EDT: OpenGL-> Minimum cartographic line width:  1.0
22:58:39 EDT: OpenGL-> Minimum symbol line width:  1.0
22:58:40 EDT: ChartDB Cache policy:  Application target is 939 MBytes
22:58:40 EDT: Loading chart db version: V018
22:58:40 EDT: Chartdb: Chart directory list follows
22:58:40 EDT:   Chart directory #0: /home/cubie/Charts/Cm93 jan 2011
22:58:40 EDT:   Chart directory #1: /home/cubie/Charts/CA_CHTS
22:58:40 EDT:   Chart directory #2: /media/aRUNTU_1.001/home/aruntu/Charts/20150203_U6Inland_Week6_NL
22:58:40 EDT: GPS Watchdog Timeout is: 6 sec.
22:58:40 EDT: Background world map loaded from GSHHS datafiles found in: /usr/local/share/opencpn/gshhs/
22:58:40 EDT: Warning: Color not found UINFR
22:58:40 EDT: Warning: Color not found SCLBR
22:58:40 EDT: Warning: Color not found CHDRD
22:58:41 EDT: ChartSymbols loaded from /usr/local/share/opencpn/s57data/chartsymbols.xml
22:58:42 EDT: Using s57data in /usr/local/share/opencpn/s57data
22:58:42 EDT: Initializing Chart /home/cubie/Charts/Cm93 jan 2011
22:58:42 EDT: CM93Composite Chart Root is /home/cubie/Charts/Cm93 jan 2011/
22:58:42 EDT: Loaded CM93 Dictionary from /home/cubie/Charts/Cm93 jan 2011/
22:58:43 EDT: Loading CM93 cell /home/cubie/Charts/Cm93 jan 2011/03900840/D/03990840.D
22:58:43 EDT: OpenCPN Initialized in 4874 ms.
22:58:43 EDT: Loading CM93 cell /home/cubie/Charts/Cm93 jan 2011/03900840/C/03900840.C
22:58:44 EDT: Loading CM93 cell /home/cubie/Charts/Cm93 jan 2011/03900780/B/03900810.B
22:58:44 EDT: Loading CM93 cell /home/cubie/Charts/Cm93 jan 2011/03900840/B/03900840.B
22:58:44 EDT: Loading navobjects from navobj.xml
22:58:44 EDT: Done loading navobjects
22:58:44 EDT: Loading CM93 cell /home/cubie/Charts/Cm93 jan 2011/03900780/A/03900780.A
22:58:44 EDT: Loading CM93 cell /home/cubie/Charts/Cm93 jan 2011/03900840/A/03900840.A
22:58:46 EDT: Loading CM93 cell /home/cubie/Charts/Cm93 jan 2011/03900780/A/03900780.A
22:58:46 EDT: PlugInManager searching for PlugIns in location /usr/local/lib/opencpn
22:58:46 EDT: Loading CM93 cell /home/cubie/Charts/Cm93 jan 2011/03900720/Z/03900720.Z
22:58:46 EDT: Loading CM93 cell /home/cubie/Charts/Cm93 jan 2011/03900840/Z/03900840.Z
22:58:47 EDT: Loading CM93 cell /home/cubie/Charts/Cm93 jan 2011/03900720/Z/03900720.Z
22:58:47 EDT:    ***GPS Watchdog timeout at Lat:33.358   Lon: -79.282
22:58:58 EDT: Error: can't open file '' (error 2: No such file or directory)
22:58:58 EDT: Failed to open file for Copy to Clipboard.
22:59:40 EDT: LOGBOOK:  2015-04-08 02:59:40 UTC  DR Lat   33.35800 Lon  -79.28200

All around fixed lights seem to display OK.
For instance: CM93 43 58.4579N 077 57.5087W seems OK.

Hope This Helps,
JM.

[bdbcat]

NahanniIV...

Something fishy about the stencil buffer, I think.

Please try this hack, recompile, and see what happens:

Current github master, glChartCanvas.cpp, line 1060....

    s_b_useStencil = false;
 //   if( stencil && ( sb == 8 ) )
 //       s_b_useStencil = true;

By forcing s_b_useStencil to false, we use Depth Buffer clipping, instead of using the stencil buffer. You should see in the log:

"OpenGL-> Using Depth buffer clipping"


Thanks
Dave

[Kona]

Hello folks.

Sorry but i know i am not at the right thread, so please moderator move me over, i do not find what i am looking for Thanks

I have just installed Ubuntu 14.04 and when tryig to install opencpn, i am asked on opencpn.org to configure opencpn ppa... instructions on the site are not updated for my version i cannot complete the process.

Under Ubuntu Software center, it is said to click Edit.. bad start i have no edit there... so i am stock

Thanks for helping

[petter5]

Originally Posted by Kona

Hello folks.

Sorry but i know i am not at the right thread, so please moderator move me over, i do not find what i am looking for Thanks

I have just installed Ubuntu 14.04 and when tryig to install opencpn, i am asked on opencpn.org to configure opencpn ppa... instructions on the site are not updated for my version i cannot complete the process.

Under Ubuntu Software center, it is said to click Edit.. bad start i have no edit there... so i am stock

Thanks for helping

Read here for Ubuntu helt for this: Things to do after installing Ubuntu 14.04 Trusty Tahr Â*·Â* How to Ubuntu

[NahanniV]

Originally Posted by bdbcat

NahanniIV...

Something fishy about the stencil buffer, I think.

Please try this hack, recompile, and see what happens:

Current github master, glChartCanvas.cpp, line 1060....

    s_b_useStencil = false;
 //   if( stencil && ( sb == 8 ) )
 //       s_b_useStencil = true;

By forcing s_b_useStencil to false, we use Depth Buffer clipping, instead of using the stencil buffer. You should see in the log:

"OpenGL-> Using Depth buffer clipping"


Thanks
Dave

That fixed the problem in my area on CMap, but the Netherlands ENCs are making OpenCPN crash now (note I also updated to the latest source on Github).

I'll look at it again later.

Cheers,
JM.

[bdbcat]

NahanniIV...

Can you give me a lat/lon or chart reference for the Netherlands crash? Screenshot at all?

Thanks
Dave