OpenCPN Runs on Embedded ARM

[NahanniV]

Originally Posted by mattkab

That's what I meant. I'll write it up on my blog since I have the writing tools on my computer to do it. I agree 100% that opencpn.org has the most up to date instructions, so I'll also recreate the instructions on the wiki (not just a link).



I appear to have lost hardware acceleration after doing an apt-get update & upgrade (plus installation of some rtl-sdr code which may be the actual root cause) and I can't get it back. There is a noticeable delay when moving a map, and glxgears shows a framerate of ~40fps now.

If you are using the same image as me, your instructions for copying the glshim files was not to the correct directory.

Running glxgears or opencpn with the ldd command will show you what files (libraries) are actually being used.

Sounds like you may have overwritten one of Sean's glshim files with a regular version.

Do you get a bunch of error messages and warnings while you are running OpenCPN ?

Cheers,
JM.

[mattkab]

Originally Posted by NahanniV

If you are using the same image as me, your instructions for copying the glshim files was not to the correct directory.

Running glxgears or opencpn with the ldd command will show you what files (libraries) are actually being used.

Sounds like you may have overwritten one of Sean's glshim files with a regular version.

Yes, I think you are right. when I did a locate on the LibGL.so.1 file I got quite a few directories shown.

Originally Posted by NahanniV

Do you get a bunch of error messages and warnings while you are running OpenCPN ?

I was. I'm not anymore because I've blown that image away in the past hour.

[seandepagnier]

what do you think about building glshim into opencpn so opencpn can just link with opengles libraries, and avoid dealing with glshim directly?

[NahanniV]

Originally Posted by boat_alexandra

what do you think about building glshim into opencpn so opencpn can just link with opengles libraries, and avoid dealing with glshim directly?

Brilliant !

[akopac]

Cubie2 and truck seem to be some of the most popular cards right now. I chose the 2 because it had really good lcd screen support and a great 12v baseboard available. As far as operating systems I like lubuntu linaro or or the nand images off linux-suxi.org because they are light weight and reliable. Not sure how the work with the hardware acceleration though. I have yet to figure out how to successfully make a nand image. Although the nand memory. is more reliable it is slower and it might be due to poorly optimized nand memory drivers.

[NahanniV]

Rebuilt OpenCPN from the latest source today and it seems to have a problem with OpenGL.

The last version I made was just after 3.3.2330 was released. Raster charts with openGL were basically working with a few problems to be ironed out. CM93 charts Had a few more problems, but were sort of working.

Todays version always ends up with a black screen and sometimes hung whenever OpenGL is enabled.

The older version of OpenCPN was working just before I built the new one. I have not changed anything else I can think of.

?

[mattkab]

Originally Posted by NahanniV

Rebuilt OpenCPN from the latest source today and it seems to have a problem with OpenGL.

The last version I made was just after 3.3.2330 was released. Raster charts with openGL were basically working with a few problems to be ironed out. CM93 charts Had a few more problems, but were sort of working.

Todays version always ends up with a black screen and sometimes hung whenever OpenGL is enabled.

The older version of OpenCPN was working just before I built the new one. I have not changed anything else I can think of.

?

Yes, I have seen the same behavior, and reported it to the devs a few pages ago:

http://www.cruisersforum.com/forums/...ml#post1692785

[bdbcat]

mattkab...

We need some work in github to isolate the commit which broke the arm OpenGL build.

But I don't have the hardware to hand.

If you can, please clone the master branch and try to revert commits until you find the offending one(s).

Thanks
Dave

[mattkab]

Originally Posted by bdbcat

mattkab...

We need some work in github to isolate the commit which broke the arm OpenGL build.

But I don't have the hardware to hand.

If you can, please clone the master branch and try to revert commits until you find the offending one(s).

Thanks
Dave

No problem, I can do that this afternoon.

In the meantime, this is a screenshot I took from yesterday evening showing the issue. Not sure if those console messages are a clue.

[NahanniV]

mattkab,

Those same errors/warnings were being generated when it was working:

Originally Posted by NahanniV

I'm getting a bunch of warnings on the command line while OpenCPN is running (CubianX on CubieTruck). Are they important ?

(opencpn:30035): Gdk-CRITICAL **: IA__gdk_colormap_new: assertion `GDK_IS_VISUAL (visual)' failed

(opencpn:30035): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
libGL: built on Dec 1 2014 19:01:06

(opencpn:30035): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 15

glXGetProcAddress: glGenFramebuffers not found.

glXGetProcAddress: glGenFramebuffersARB not found.

glXGetProcAddress: glGenFramebuffersEXT not found.

glXGetProcAddress: glGetCompressedTexImage not found.

ERROR: EGL Error detected: EGL_BAD_ALLOC (0x3003)

It seems to work very well, as fast as my old desktop.

I did experience one hangup while building the chart cache, no chance to send error report, also seems to happen under windows.

Cheers,
JM.

[NahanniV]

Originally Posted by mattkab

No problem, I can do that this afternoon.

In the meantime, this is a screenshot I took from yesterday evening showing the issue. Not sure if those console messages are a clue.

Making OpenCPN takes over an hour on my CubieTruck, seems Git Bisect could take many hours. I am not exactly sure of the steps:

What I did:

0b9e4f6... Working
f6b885eb...Broken

latest version already cloned

$git bisect start
$git bisect good 0b9e4f6...
$git bisect bad

-- git bisect suggests e22b55e7b07f9e0...
-- Do I need to checkout or something here ???

$make
$sudo make install
$opencpn

--same broken openGL, but I am not sure if I my procedure is correct ?

$git bisect bad

-- git bisect suggests 3533319df0...

-- make it again

am I doing this correctly ?

[bdbcat]

NahanniV...

I am not an expert on git bisect, and have never actually used it.

But, it sounds like you are doing the right thing.

I would do this, to be sure:

After git suggests a <sha>, but before $make, do

$git rev-parse HEAD

just to be sure it actually checked out the commit it suggested, and the HEAD is where you think it is.

If OK, then make, run, and mark good or bad. Iterate.

If not OK, manually checkout the sha it recommends and proceed.

Dave


Dave

[NahanniV]

The rest of the builds were shorter.

The final verdict from git bisect:

"
3533319dfdd4b040a5306fcd1c56e1ff42791794 is the first bad commit
commit 3533319dfdd4b040a5306fcd1c56e1ff42791794
Author: David Register <bdbcat@users.sourceforge.net>
Date: Fri Dec 5 22:59:57 2014 -0500

Eliminate a variety of small shutdown and runtime memory leaks.

:040000 040000 d9ce16deaf09c38e918cd35cd85be2b0b9246077 1188266bdb0606fc9f41bde3b1176a6bd1c993b1 M include
:040000 040000 043fe40ef608e6c7b3efb58cddb566cf9df0256a 5cfe92698de0b5e01dd20073738b55370f8a2c3d M src
"
I will be interested to see if Mattkab got the same result ?

[mattkab]

Originally Posted by NahanniV

What I did:

0b9e4f6... Working
f6b885eb...Broken

0b9e4f6... is broken for me.

What I'm doing:

$git checkout {SHA}
- if I look at the repo in gitg It ends at the commit I have checked out, which is expected behavior
$cd build
$make
$sudo make install
$opencpn

But I'm still seeing the bad OpenGL rendering even at the first commit of 3.3.2330

Maybe I need to reboot between attempts?

[NahanniV]

Originally Posted by mattkab

0b9e4f6... is broken for me.

It seemed to work for me. How are you testing ?

Originally Posted by mattkab

$git checkout {SHA}

$git rev-parse HEAD
was showing the expected SHA so I did not do a checkout.
The build seemed to be different each time; Hope I didn't waste 3 hours.

Originally Posted by mattkab

Maybe I need to reboot between attempts?

That would be a pain. Are you thinking the video chip or driver is getting into a bad state ?

I had a look at the commit that my results pointed to and did not see anything that stood out.
But the commit just before it has lots of changes to Opengl rendering.

This is all new to me. So anything I say or do could easily be wrong.

Cheers,
JM.