opencpn 4.0 on cubietruck with HW acceleration

[martin_br]

Hallo again;
I have changed over to Cubieez 2.2.
Display rate both without and with HW accel. is considerably faster.
However Dutch ENC's do not show any detail when HW accel. is ticked.
May only at 1 particular zoom setting, I will investigate further.
Who knows how to autologin Cubieez, change to HDMI 2 and still have X11vnv running??


Regards to all
Martin J.

[martin_br]

Back again;

I have changed over to Cubieez and OpenCPN indeed seems to run better and faster.
However the Dutch ENC charts still show no details at all execpt for only one particular zoom setting wich is unusable large.
In non HW accelerated graphics mode the charts al displayed well and much faster than under Lubunt.
If anyone has the Dutch ENC's running wel in accelerated graphics mode I would be gratefull to receive their way of building, setting and may be tricks for OpenCPN on Cubiez.

Regards
Martin J.

[seandepagnier]

Where do you get the dutch enc charts?

[verkerkbr]

Originally Posted by boat_alexandra

Where do you get the dutch enc charts?

ENC - Fairway Information Services

Here you find the ENC charts for the most important inland Waterways in the Netherlands.

The ENC charts for the Delta area (SW) are in a high resolution (6), very detailed and these Charts are updated weekly.

You also find on this site the servers for the Enc charts of Belgium, France, Germany etc.

In the EEC every Country has agreed to publish the ENC waterway Charts for free.

Regards,


Bram

[seandepagnier]

Originally Posted by martin_br

In non HW accelerated graphics mode the charts al displayed well and much faster than under Lubunt.

So with opengl disabled it is ok? Then with opengl enabled but using software rendering it is also ok? The problem is only with glshim libraries installed correct? Is this for all the charts or only certain ones? I will try to get to to bottom of this, I believe there are some issues with the vector chart rendering that are not compatible with glshim.

[NahanniV]

I was able to reproduce the problem with the Dutch ENCs on the Aruntu image as well.

It seems similar to the problem with rendering dredged areas, but must be another value.

I was able to get the display working properly by changing the display category to base:

tools->charts->vector_chart_display->display_category==base

I will try to narrow it down to the specific detail that is causing the problem when I have more time.

Hopefully these problems can be easily resolved.

Cheers,
JM.

[bdbcat]

sean....

Two things/questions re glshim:

1. I find that glshim has serious troubles with display lists.
2. I also find that the arm compiler sometimes has trouble passing double type variables as arguments to functions.
For example, if x and y are doubles, glVertex2d(x,y) is broken.
But glVertex2f( (float)x, (float)y ); works OK.

Could be an HF ABI issue in the glshim thunking...

3. Question: Am I right that you are using glshim in gtk environment? If so, how are you creating the GLES (or EGL) surface rendering target? I have been experimenting with Wayland/Weston, and that is one way, but overly complex....

Dave

[seandepagnier]

Originally Posted by bdbcat

sean....

Two things/questions re glshim:

1. I find that glshim has serious troubles with display lists.

Probably a bug in glshim, the display list emulation isn't perfect. It's probably best we migrate away from display lists as they don't always map efficiently to actual hardware.. In the meantime I can try to debug glshim for specific cases.

2. I also find that the arm compiler sometimes has trouble passing double type variables as arguments to functions.
For example, if x and y are doubles, glVertex2d(x,y) is broken.
But glVertex2f( (float)x, (float)y ); works OK.

Does it work for any function? What about the math functions?

It could be the header file defines glVertex2d to take doubles, but the library was compiled with short doubles which makes it binary incompatible.

Could be an HF ABI issue in the glshim thunking...

3. Question: Am I right that you are using glshim in gtk environment? If so, how are you creating the GLES (or EGL) surface rendering target? I have been experimenting with Wayland/Weston, and that is one way, but overly complex....

Dave

Yes, I am using glshim in gtk. It runs on top of egl which can sit on top of an xwindow. So it should work under wxqt as well, but I haven't tested it yet. This is in the source for glshim, but not all opengles drivers support it. This is why there is so much success with the mali drivers but not with the broadcom ones.

[martin_br]

Hallo All;
What would be the best way to check if the OpenGL-ES has been properly installed and working OK on CT3?

As reported before Dutch ENC charts display correct without Graphic Acceleration ticked but on HW accel. still only water and shore areas are shown without any objects, texts, etc. att all.

Before trying other things I would like to make sure OpenGL-ES has been correctly set up and working OK!

Kind regards;

Martin J.

[verkerkbr]

Originally Posted by martin_br

Hallo All;
What would be the best way to check if the OpenGL-ES has been properly installed and working OK on CT3?

As reported before Dutch ENC charts display correct without Graphic Acceleration ticked but on HW accel. still only water and shore areas are shown without any objects, texts, etc. att all.

Before trying other things I would like to make sure OpenGL-ES has been correctly set up and working OK!

Kind regards;

Martin J.

Martin,

by zooming in I get all the details of the Charts. Otherwise I see only coastlines by zooming out.

But this appears to be a setting !

If I untick "reduced detail by small scale" I see also all details by zooming out.

Regards,


Bram

[martin_br]

Hallo Bram;
I will try this again tonight and report back to you asap.
Kind regards
Martin

[martin_br]

Good evening;
Nope, even at maximum zoom i.e. smallest scale no objects in any mode all, base, marine. I am really curious what set -up you are exactly using for ENC's with hardware acceleration. I use cubietruck with Cubieez 2..2. nand transferred to boot from SSD. I have installes 1:1 following Building and installing on CubieTruck with Hardware Acceleration Building and installing on CubieTruck with Hardware Acceleration | Official OpenCPN Homepage and am now trying with export LD_LIBRARY_PATH=/usr/local/lib. glxgears yields some 60fps

I have attached the opencpnlog in case it helps.

Kind regards
Martin J.

[NahanniV]

Originally Posted by martin_br

Hallo All;
What would be the best way to check if the OpenGL-ES has been properly installed and working OK on CT3?

As reported before Dutch ENC charts display correct without Graphic Acceleration ticked but on HW accel. still only water and shore areas are shown without any objects, texts, etc. att all.

Before trying other things I would like to make sure OpenGL-ES has been correctly set up and working OK!

Kind regards;

Martin J.

The simplest way to see that GLshim is working is to run glxgears from a terminal window; You should see 60FPS or more.

I tried the Dutch ENCs again tonight and there are some problems.
Even on my desktop they can be slow when zoomed out and quilted.

On the Cubie there seems to be a problem with the GLshim code (or something below it) when displaying certain types of data on these charts:

I was able to get it working reasonably well by turning off quilting
(Options->Display->General->Chart Display->Enable Chart Quilting==Off).

And also disabling three types of data on the charts:

To turn those off:
- first set Options->Charts->Vector Chart Display->Display Catagory==Mariners Standard
- then "select all" data types.
-then un-check: Dredged Area, Quality Of Data, and Unsurveyed Area.
- Apply, OK.

I tried this using the CubieEZ 2.0 image and it seemed to work OK for me.

Hopefully these problems can be fixed.

Cheers,
JM.

[martin_br]

Dear JM;

Thanks for your advice.
I've found out that Shoreline Constructions under Mariner's Standard is the option that makes the display collaps back to the base map.

Enable Quilting works most of the time correct but sometimes it cause trouble.

Thanks again at least it is working now and I can proceed to prepare my onboard setup.

Martin J.

[NahanniV]

Originally Posted by boat_alexandra

Probably a bug in glshim, the display list emulation isn't perfect. It's probably best we migrate away from display lists as they don't always map efficiently to actual hardware.. In the meantime I can try to debug glshim for specific cases.

Does it work for any function? What about the math functions?

It could be the header file defines glVertex2d to take doubles, but the library was compiled with short doubles which makes it binary incompatible.


Yes, I am using glshim in gtk. It runs on top of egl which can sit on top of an xwindow. So it should work under wxqt as well, but I haven't tested it yet. This is in the source for glshim, but not all opengles drivers support it. This is why there is so much success with the mali drivers but not with the broadcom ones.

Any progress with this problem ?

Cheers,
JM.