OpenCPN Runs on Embedded ARM

[jzemeocala]

I cant tell if my first post went through or not but im running QbeeX as well and i would love some instructions on how you did it

lunixbochs has even been tinkering with his unstable branch of glshim to try to help me but no luck yet

[Wrong]

Originally Posted by boat_alexandra

I think you should try

LD_LIBRARY_PATH=/usr/local/lib opencpn

After putting the glshim libGL.so file there.

Otherwise I believe it must be searching a different folder for libraries before /usr/local/lib and therefore using the software libGL.so which explains why you have fxt1 compression when you should have etc1

Well, here's the result.

libGL: built on Aug 17 2014 10:20:56
libEGL warning: GLX/DRI2 is not supported
libGL: warning, gles is NULL
Segmentation fault

[seandepagnier]

Originally Posted by jzemeocala

I cant tell if my first post went through or not but im running QbeeX as well and i would love some instructions on how you did it

lunixbochs has even been tinkering with his unstable branch of glshim to try to help me but no luck yet

Did you try my form of glshim rather than lunixbochs? I am using mali graphics and I had to make a change to avoid the error you are talking about. He didn't want to merge it because it broke some other device and I recall no final solution was reached.

[jzemeocala]

sbfeddie helped me get it sorted out.......Thanks again dude (glxgears is now around 600fps)

The funny thing is that I didnt need glshim for opencpn or any other kind of nautical program (I dont even own a boat), Im actually building arcade machines based around these various SoC boards and the emulator frontend (cabrio) needed openGL to run properly (along with several of the emulators).

But I came here because:
A) this is where I first heard about glshim when I was working on this issue for the pi.

and

B) This thread probably has the most detailed documentation on how to implement glshim on these boards then anywhere else

Thanks again Ed

[Aikiguy]

Originally Posted by boat_alexandra

Maybe try my mingw branch... I know it sounds crazy but it might fix the dashboard.

Sure! :-) :-)

What is different about your branch and where do I find it?

Thanks,
Guy
:-)

[seandepagnier]

git clone https://github.com/seandepagnier/OpenCPN -b mingw

May also try disabling graphics context, either by rebuilding wxwidgets with --disable-graphics_ctx, or by removing the define in the header for it (or hacking the dashboard files)

[Aikiguy]

OK this is where I get into trouble.

If I download and install your glshim, does it over write the old one?

If not how do I get rid of the old one?

I can just go ahead and give it a try, but I worry that I will end up reflashing my emmc module again after I have files everywhere and have no idea what I am doing. Reflashing the emmc takes forever. :-)

What files does the glshim make?

Sorry such a noob. :-)

Thanks,
Guy
:-)

[seandepagnier]

glshim makes libGL.so.1

The dashboard problem has nothing to do with glshim, because it is not opengl so you can safely test it without using opengl.

[Aikiguy]

Oh I am so confused now....

It makes sense that the dashboard is not opengl, now that you mention it.

So how do I "either by rebuilding wxwidgets with --disable-graphics_ctx, or by removing the define in the header for it".

wxwidgets is part of the make file for opencpn isn't it? When I got this all running on the pi I remember it going by?

Thanks,
Guy
:-)

[seandepagnier]

What I am getting at is the dashboard does some funny stuff when graphics contexts are enabled. You might find this is fixed without graphics contexts in the mingw branch.

[Aikiguy]

Originally Posted by boat_alexandra

What I am getting at is the dashboard does some funny stuff when graphics contexts are enabled. You might find this is fixed without graphics contexts in the mingw branch.

Where do I get the mingw branch?

Back from vacation and anxious to play with my odroid and raspberry pi

Thanks,
Guy

[seandepagnier]

git clone github.com/seandepagnier/OpenCPN -b mingw

[akopac]

This might be a silly question, Is there a compiled working version of opencpn for Raspberry pi or ARM/linux with hardware acceleration support yet or is this the work in progress?

[seandepagnier]

Originally Posted by akopac

This might be a silly question, Is there a compiled working version of opencpn for Raspberry pi or ARM/linux with hardware acceleration support yet or is this the work in progress?

No, but if you read back a few posts, maybe several, I reported my success with hardware acceleration on the rpi. It works quite well for raster charts, still kind of slow for vector charts, and just doesn't work anywhere half as fast as the newer arm boards, and is forced to be a fullscreen application making using the dialogs hidden. This is using the binary drivers, I don't know about open source drivers, but if they do no exist they may have fixed this issue.

I recommend using a banannapi, cubietruck, etc.. something with mali graphics.

[akopac]

I'll do that. looks like there is some interest in making a mail client for winlink out there too. That would make getting Gribs, and mail all on a pi or banana pi possible.