Will OpenCPN work on Rpi4 OpenGL ES 3.0 ?

[NahanniV]

The specs state that Rpi4 supports OpenGL ES 3.0.

Will OpenCPN work with that (in OpenGL mode) ?

Or is a special version needed ?

[bdbcat]

Nahanni4....


It is in our "roadmap" eventually to utilize GLSL/GLES on all platforms supporting it. GL direct mode (legacy) is deprecated, and slowly becoming unavailable. Timing is unclear, and depends on resources, mostly. Fortunately, we are "forced" to use GLES2 on Android platform, so most of the base code is done. Just a matter of flipping a few switches, and testing, testing...


Do you have an rPI4 yet? Expected when?


Thanks
Dave

[verkerkbr]

Originally Posted by NahanniV

The specs state that Rpi4 supports OpenGL ES 3.0.

Will OpenCPN work with that (in OpenGL mode) ?

Or is a special version needed ?

Just received my Raspberry Pi 4.

The SD with Openplotter version does not work.

Installed the Raspian Buster version and that worked and is fast.

Next try was to get OpenCPN running. With the standard ppa procedure it does not work.

Install synaptic (the package manager) sudo apt install synaptic.

Make a new server setting with OpenCPN bionic version. Then you get an error about a missing key.

Copy the missing key and now add the key yourself at Ubuntu with:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys (paste here the copied key)

Reload in Synaptic

Search for opencpn and you can install OpenCPN on the RPI4

VC4 driver (OpenGL) full is no longer available. Fake driver does not work here.

In OpenCPN OpenGL switch to on and texture caching on.

That seems to work very well.

Regards,


Bram

[verkerkbr]

Originally Posted by verkerkbr

Just received my Raspberry Pi 4.

The SD with Openplotter version does not work.

Installed the Raspian Buster version and that worked and is fast.

Next try was to get OpenCPN running. With the standard ppa procedure it does not work.

Install synaptic (the package manager) sudo apt install synaptic.

Make a new server setting with OpenCPN bionic version. Then you get an error about a missing key.

Copy the missing key and now add the key yourself at Ubuntu with:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys (paste here the copied key)

Reload in Synaptic

Search for opencpn and you can install OpenCPN on the RPI4

VC4 driver (OpenGL) full is no longer available. Fake driver does not work here.

In OpenCPN OpenGL switch to on and texture caching on.

That seems to work very well.

Regards,


Bram

I'am not sure if texture caching works.

[verkerkbr]

The same Raspian Buster version to be used for the Pi4 can also be used without changing the setup in a Pi 3.

With no VC4 driver on and OpenGL in OpenCPN to on.

The Raspian Stretch version does not work in the Pi 4.

[seandepagnier]

I am interested to try the pi4 but waiting to order one. Most reviews show it running about twice as fast, but with more ram it could be better for some applications.

I find the mali drivers on the rockpro64 also unusually slow at times.

What kind of log output do you see, especially lines with opengl? Is etc1 compression supported? Did you try dual outputs?

[verkerkbr]

First I have installed Raspian Buster on the Pi 4. Now I have put the SD card in the Raspberry Pi 3B+.

Also works very well without changing a setting. The former OpenGL driver vc4 is not available and the fake one does not work.

I have set OpenGL to on in OpenCPN and it works fast.

This is the outcome in the log:

23:45:49 CEST: Loading Tide/Current data source: /usr/share/opencpn/tcdata/HARMONIC.IDX
23:45:49 CEST: OpenGL-> Renderer String: llvmpipe (LLVM 6.0, 128 bits)
23:45:49 CEST: OpenGL-> Version reported: 3.1 Mesa 19.1.0-devel
23:45:49 CEST: OpenGL-> Texture rectangle format: de1
23:45:49 CEST: OpenGL-> Using Vertexbuffer Objects
23:45:49 CEST: OpenGL-> Using Framebuffer Objects
23:45:49 CEST: OpenGL-> Using FBO Stencil buffer
23:45:49 CEST: OpenGL-> Using Stencil buffer clipping
23:45:49 CEST: OpenGL-> Using Scissor Clipping
23:45:49 CEST: OpenGL-> Not Using compression
23:45:49 CEST: OpenGL-> Minimum cartographic line width: 1.0
23:45:49 CEST: OpenGL-> Minimum symbol line width: 1.0
Next try will be the PI4 again and look if the log is giving the same settings.

Not yet tried the dual screen option.

Kernel version is 4.19.56L. Don't know where the L stands for.

The Pi4 get rather hot an need some kind of cooling.
regards,

Bram

[verkerkbr]

Her the outcome from the Raspberry Pi 4 with texture caching en OpenGL in OpenCPN to on:

21:05:14 CEST: Loading Tide/Current data source: /usr/share/opencpn/tcdata/HARMONIC.IDX
21:05:14 CEST: OpenGL-> Renderer String: llvmpipe (LLVM 6.0, 128 bits)
21:05:14 CEST: OpenGL-> Version reported: 3.1 Mesa 19.1.0-devel
21:05:14 CEST: OpenGL-> Texture rectangle format: de1
21:05:14 CEST: OpenGL-> Using Vertexbuffer Objects
21:05:14 CEST: OpenGL-> Using Framebuffer Objects
21:05:14 CEST: OpenGL-> Using FBO Stencil buffer
21:05:14 CEST: OpenGL-> Using Stencil buffer clipping
21:05:14 CEST: OpenGL-> Using Scissor Clipping
21:05:14 CEST: OpenGL-> Using s3tc dxt1 compression
21:05:14 CEST: OpenGL-> Compressed tile size: 128kb (8:1)
21:05:14 CEST: OpenGL-> Minimum cartographic line width: 1.0
21:05:14 CEST: OpenGL-> Minimum symbol line width: 1.0
21:0

Bram

[Moo]

Originally Posted by verkerkbr

The Pi4 get rather hot an need some kind of cooling.
regards,

Bram

That is a pity. I can run my PI3 in an IP67 enclosure without it getting too hot even in tropics. I have to shade it from direct sunlight but that is OK.



Chris

[seandepagnier]

Originally Posted by verkerkbr

First I have installed Raspian Buster on the Pi 4. Now I have put the SD card in the Raspberry Pi 3B+.

Also works very well without changing a setting. The former OpenGL driver vc4 is not available and the fake one does not work.

I have set OpenGL to on in OpenCPN and it works fast.

This is the outcome in the log:

23:45:49 CEST: Loading Tide/Current data source: /usr/share/opencpn/tcdata/HARMONIC.IDX
23:45:49 CEST: OpenGL-> Renderer String: llvmpipe (LLVM 6.0, 128 bits)

So you are using software opengl. This worked reasonably well before so I imagine even better on the pi 4.

I doubt texture compression is a benefit, it might be worse.


What kind of video accelerator and driver is available? It should be possible to use.

[Moo]

From the Raspberry PI buster release announcement comments.

[verkerkbr]

Originally Posted by boat_alexandra

So you are using software opengl. This worked reasonably well before so I imagine even better on the pi 4.

I doubt texture compression is a benefit, it might be worse.

What kind of video accelerator and driver is available? It should be possible to use.

Hi BA,

I'am not using the software OpenGL. But the hardware setting in OpenCPN.

In the Stretch version on the RPI3B+ I used the VC4 driver Full and that give fast screen movements, with the latest kernel versions 4.19.56. It worked for me without problems (OpenPlotter).

But in the Buster version the VC4 driver is no longer available. You don't need this driver. Screen moves just as fast.

In the RPI3b+ the same Buster version as used in the 4 works also very good. A great improvement if I compare this with the Stretch version.

It is remarkable how the software for the Pi's has improved in a short time.

Regards,




Bram

[verkerkbr]

Originally Posted by Moo

That is a pity. I can run my PI3 in an IP67 enclosure without it getting too hot even in tropics. I have to shade it from direct sunlight but that is OK.



Chris

Hi Chris,

I also run my Pi also in an enclosure. But I am very satisfied with the Flirc alu case. This case has an alu pillar connected to the processor. So that the complete case act as a cooling for the processor.

The PI4 has different output port and does not fit in the RPI3 case.

The Flirc company has announced that a similar case for the P4 will become available within serval weeks.

The case has a plastic lid so that the Wifi stays working.


Regards,


Bram

[Moo]

Originally Posted by verkerkbr

Hi Chris,

I also run my Pi also in an enclosure. But I am very satisfied with the Flirc alu case. This case has an alu pillar connected to the processor. So that the complete case act as a cooling for the processor.

The PI4 has different output port and does not fit in the RPI3 case.

The Flirc company has announced that a similar case for the P4 will become available within serval weeks.

The case has a plastic lid so that the Wifi stays working.


Regards,


Bram

Thanks.. That is a useful looking case. At the moment I have a PI3 in in IP67 box with touchscreen etc.. nowhere for excess heat to go. I was just seeing if I could build a plotter with all the functionality of something from Raymarine etc.. and what it would cost.. I could and it cost in total $350 NZ..



My next build will have the processor down below (as I have with a windows industrial computer now) so a case such as you suggest should work.



Cheers