OpenCPN on Raspberry Pi2

[conachair]

Originally Posted by verkerkbr

If
The Question is, is it the driver or is it the working of OpenCPN. Other programs with the driver to on, seems to work normal.

From memory it wasn't just Opencpn which didn't get on very well with the driver, using openplotter the display just wasn't very nice to use, areas blacked out until you made a window active etc and sometimes crashed the whole system. I'll have another go with it at some point but as the Pi was being used for real on long passages I haven't been using the driver, stability is more important.

[verkerkbr]

Originally Posted by conachair

From memory it wasn't just Opencpn which didn't get on very well with the driver, using openplotter the display just wasn't very nice to use, areas blacked out until you made a window active etc and sometimes crashed the whole system. I'll have another go with it at some point but as the Pi was being used for real on long passages I haven't been using the driver, stability is more important.

Did the latest Kernel upgrade today and now with the VC4 (OpenGL) experimental driver to "on", the system does no longer boot. No idea what has been the cause of this.

Good to know if you like to try OpenGL.

Bram

[verkerkbr]

Basis OpenPlotter 0,8

done the upgrades

do not update kernel version !!

upgraded OpenCPN tot 4.4.0

Raspian Graphics set on 144

Suppres blur to on
Chart zoom -3

Vector chart display:
declutter Text
Reduced detail

Activated the GL driver in raspi-config

Set OpenGL to on

Don't zoom in more than 8000 (0,20)

Then OpenCPN is working with very fast screen movement.

As stated, it is still experimental, but gives an impression what is possible.

[seandepagnier]

Is the result identical with raspberry 2 and 3? If not, I need to get a raspberry 3.

In a few weeks I can get what I need to fix all the problems, but it cost $20 for a simple usb sd reader here so I don't buy it.

[verkerkbr]

Dear B-A,

the outcome is the same on the Pi2 and Pi3. Don't update to the latest kernel only the other updates.

I use the Raspian Linux version as in OpenPlotter 0.8. which has some nice add-ons.

Don't zoom in more then scale 8000 (0,20)

Then the OpenCPN charts are "flying" over the screen.

Grib plugin works, but gives a complete green screen when on. This goes away after closing Grib.

If this gonna work perfect. Then it is really a breakthrough for the "PI" navigation.

But does the new kernel and the upcoming kernel 4.5 break the present VC4 driver ?

Regards from Zeeland (NL)


Bram

[verkerkbr]

With the latest kernel updates the VC4 driver does not longer work. Locks the system. Blocking the VC4 driver OpenGL in config.txt then the system is back as before.

Kernel 4.4.14 7+ is now frequent updated and gives improved graphics support.

Screen movements are certainly faster. Kernel update ?

sudo apt-get rpi-update.

[verkerkbr]

With latest kernel update OpenGL (VC4) works again.

Memory set at 144

2 Problems remain:

- zooming (-) higher then Scale 8000 (0,20) gives screen corruption.

- Grib to "on" gives a green screen. Grib to "off" the Chart is back again.

But with OpenGL to "on" it works very fast.

It looks if these problems are in OpenCPN.

[verkerkbr]

The latest kernel update 4.4.15-V7+ gives again a better performance for OpenGL.

- Still the problem with zooming out too far in OpenCPN.

- Green screen with Grib on.

- And the Tidal Graph shows only the time but not the graph itself.

But without zooming out too far, it can be used for navigation.

It would be interesting to see if the radar plugin also works. But I have no radar to try this.

[ChuckSK]

Here is rpi3 with latest updates and OpenCPN with latest commits.

[verkerkbr]

Is this with the VC4 (OpenGL) driver activated ? Or without ?

[ChuckSK]

Originally Posted by verkerkbr

Is this with the VC4 (OpenGL) driver activated ? Or without ?

Yes, the experimental VC4 OpenGL driver is enabled.

[verkerkbr]

Just tried the latest kernel version 4.4.16-V7+ (sudo rpi-update).

OpenGL is now again more stable and zooming out goes well till 15600 0.10 x.

Sometimes the screen is fragmented. But by moving the screen left to right etc. The fragments disappear.

Still a green screen with switching on the Grib plugin. And no graphics with the tidal info.

Chart is a high resolution ENC.

Bram

[seandepagnier]

post your log file. Did you try to disable accelerated panning in opencpn.conf?

[verkerkbr]

Originally Posted by boat_alexandra

post your log file. Did you try to disable accelerated panning in opencpn.conf?

Yes tried to set accel. panning on 0 instead of 1 with VI editor.

But after starting O the setting 1 is back again.
This is log file:

18:07:28 CEST:

________
18:07:28 CEST: 2016-08-11
18:07:28 CEST: ------- Starting OpenCPN -------
18:07:28 CEST: Version 4.4.0 Build 2016-05-31
18:07:28 CEST: wxWidgets version: wxWidgets 3.0.0 Linux 32 bit wxGTK
18:07:28 CEST: MemoryStatus: mem_total: 829 mb, mem_initial: 23 mb
18:07:28 CEST: SData_Locn is /usr/share/opencpn/
18:07:28 CEST: PrivateDataDir is /home/pi/.opencpn
18:07:28 CEST: Using existing Config_File: /home/pi/.opencpn/opencpn.conf
18:07:28 CEST: Setting Viewpoint Lat/Lon 51.6051, 3.9474
18:07:28 CEST: Setting Ownship Lat/Lon 51.6253, 3.9806
18:07:28 CEST: Styles loading from /usr/share/opencpn/uidata/styles.xml
18:07:28 CEST: No styles found at: /home/pi/
18:07:28 CEST: No styles found at: /home/pi/.opencpn/
18:07:28 CEST: Using SVG Icons
18:07:28 CEST: Detected display size (horizontal): 444 mm
18:07:28 CEST: System default Language: nl_NL
18:07:28 CEST: Opencpn language set to: nl_NL
18:07:28 CEST: Creating MyFrame...size(1571, 937) position(85, 87)
18:07:28 CEST: Creating glChartCanvas
18:07:29 CEST: OpenGL-> Renderer String: Gallium 0.4 on VC4
18:07:29 CEST: OpenGL-> Version reported: 2.1 Mesa 11.1.0
18:07:29 CEST: OpenGL-> Texture rectangle format: de1
18:07:29 CEST: OpenGL-> Using Vertexbuffer Objects
18:07:29 CEST: OpenGL-> Using Framebuffer Objects
18:07:29 CEST: OpenGL-> Using FBO Stencil buffer
18:07:29 CEST: OpenGL-> Using Stencil buffer clipping
18:07:29 CEST: OpenGL-> Using Scissor Clipping
18:07:29 CEST: OpenGL-> Not Using compression
18:07:29 CEST: OpenGL-> Minimum cartographic line width: 1.0
18:07:29 CEST: OpenGL-> Minimum symbol line width: 1.0
18:07:29 CEST: ChartDB Cache policy: Application target is 403 MBytes
18:07:29 CEST: Loading chart db version: V018
18:07:29 CEST: Chartdb: Chart directory list follows
18:07:29 CEST: Chart directory #0: /home/pi/Charts/20160809_U7Inland_week 32_NL
18:07:29 CEST: GPS Watchdog Timeout is: 6 sec.
18:07:30 CEST: ChartSymbols loaded from /usr/share/opencpn/s57data/chartsymbols.xml
18:07:30 CEST: Using s57data in /usr/share/opencpn/s57data
18:07:31 CEST: Initializing Chart /home/pi/Charts/20160809_U7Inland_week 32_NL/ENC_ROOT/1R/7/1R76K8LI/1R76K8LI.000
18:07:31 CEST: Initializing Chart /home/pi/Charts/20160809_U7Inland_week 32_NL/ENC_ROOT/1R/7/1R7688LI/1R7688LI.000
18:07:32 CEST: OpenCPN geïnitialiseerd in 4966 ms.
18:07:33 CEST: Looking for UserIcons at /home/pi/.opencpn/UserIcons
18:07:33 CEST: Loading navobjects from navobj.xml
18:07:33 CEST: Done loading navobjects
18:07:33 CEST: Opening NMEA Datastream TCP:localhost:10110
18:07:34 CEST: Warning: Color not found CHDRD
18:07:34 CEST: PlugInManager searching for PlugIns in location /usr/lib/opencpn
18:07:34 CEST: ***GPS Watchdog timeout at Lat:51.6253 Lon: 3.9806
18:07:36 CEST: TCP Datastream connection established: TCP:localhost:10110
18:07:36 CEST: Changing NMEA Datasource for GPRMC to TCP:localhost:10110 (Priority: 1)
18:07:36 CEST: Changing NMEA Datasource for GPVTG to TCP:localhost:10110 (Priority: 1)
18:07:36 CEST: Changing NMEA Datasource for GPGGA to TCP:localhost:10110 (Priority: 1)
18:07:36 CEST: Changing NMEA Datasource for GPGSA to TCP:localhost:10110 (Priority: 1)
18:07:37 CEST: Changing NMEA Datasource for GPGSV to TCP:localhost:10110 (Priority: 1)
18:08:00 CEST: Initializing Chart /home/pi/Charts/20160809_U7Inland_week 32_NL/ENC_ROOT/1R/7/1R76W8LI/1R76W8LI.000
18:08:01 CEST: Initializing Chart /home/pi/Charts/20160809_U7Inland_week 32_NL/ENC_ROOT/1R/7/1R76K8RI/1R76K8RI.000
18:08:01 CEST: Initializing Chart /home/pi/Charts/20160809_U7Inland_week 32_NL/ENC_ROOT/1R/7/1R76W8RI/1R76W8RI.000
18:08:06 CEST: Initializing Chart /home/pi/Charts/20160809_U7Inland_week 32_NL/ENC_ROOT/1R/7/1R7688RI/1R7688RI.000
18:08:13 CEST: opencpn::MyFrame exiting cleanly.
18:08:13 CEST: Chart cache PlugIn purge
18:08:13 CEST: Closing NMEA Datastream TCP:localhost:10110
18:08:13 CEST: Chart cache purge
18:08:13 CEST: opencpn::MyApp starting exit.
18:08:13 CEST: LOGBOOK: 2016-08-11 16:08:13 UTC OFF: Lat 51.62529 Lon 3.98062 COG 316.90000 SOG 0.07 knopen
18:08:13 CEST: opencpn::MyApp exiting cleanly...

It all works till resolution 15600 0.10 x

And the chart becomes fragmented. Not a problem, because if you move the screen image from left-right etc, then the correct chart image is back again. The screen is cleaned up this way.

Regards,

Bram

[ChuckSK]

Here is the new BR24radar_pi in operation on an rpi3 with the new opengl driver.

It works with both Vertex Array and Shader GPU drawing methods.

The only modification required was to manually set the button heights in br24ControlsDialog. The auto sizing yielded buttons that were too small.

chuck