OpenCPN Beta test 4.1.1108 Release

[NahanniV]

[QUOTE=did-g;1989681]...
For uncached raster:
- I'm trying to set the busy spinner if the cache file is empty assuming it's going to be slow enough for the user to notice but it will work better if there's few caches mostly empty:
....

That would be a good start, sometimes on a slower system like the ARM board I use it seems as if it is hung up; Like when I switch to a different colour scheme that has not been compressed yet.
I think it would be even better if it was handled in the same way as the vector charts, with a progress window.

Also, I hope that the problem with blurred compressed cached raster charts can be fixed before the next release. This problem:
http://www.cruisersforum.com/forums/...ml#post1968366

Cheers,
JM.

[did-g]

Originally Posted by boat_alexandra

Do you mean for offscreen textures? So to build up the cache even for textures not yet viewed?

No I don't, I mean textures on screen.

Currently it is supposed to push the texture as fast as possible uncompressed without mipmaps. Then the background threads generated compressed for all the mipmaps, and when ready the texture should be replaced with the compressed version to free video memory.

Yes and it's what it does but not for all missing mipmaps, only up to the job queue size, say:
you start OCPN with a quilt where some textures are in the caches some not.
Textures not in the cache are displayed uncompressed and are queued for background compression up to the queue size (currently 50).

Texture timers reap finished jobs and force a screen redraw.

If you don't move around, zoom in, zoom out once the 50 jobs are done it stops.
But when redrawing the logic knows if a texture is cached or uncompressed and if the job queue has free slots so it could queue these uncompressed textures and as they are on screen they do matter for the user.

BTW Here, with vector charts in quilt mode sometime there's a line not drawn on the chart edge (cf picture 1).

And around 180° areas aren't always rendered (picture 2).

[cagney]

Menubar->View->Show ENC ......
None of these 4 item are initialized correctly on boot == not ticked.
Using OGL and display category "All".
After visiting Options-> Charts->Vector charts display, the mentioned settings shows correctly.

/Thomas

[bdbcat]

Thomas...

Fixed in github.

Thanks
Dave

[bdbcat]

NahanniV..

re:
Also, I hope that the problem with blurred compressed cached raster charts can be fixed before the next release. This problem:
OpenCPN Beta test 4.1.1108 Release

1. Have you tried clearing and rebuilding the raster cache?
2. I cannot see anything obvious that would relate to ARM in this code path. Does it happen everywhere geographically?
3. Disk space OK?

What seems to be happening is that it is unable to build and/or find the compressed mipmaps of the right level in the cache.

Head scratching
Dave

[NahanniV]

Originally Posted by bdbcat

NahanniV..

re:
Also, I hope that the problem with blurred compressed cached raster charts can be fixed before the next release. This problem:
OpenCPN Beta test 4.1.1108 Release

1. Have you tried clearing and rebuilding the raster cache?
2. I cannot see anything obvious that would relate to ARM in this code path. Does it happen everywhere geographically?
3. Disk space OK?

What seems to be happening is that it is unable to build and/or find the compressed mipmaps of the right level in the cache.

Head scratching
Dave

1. Yes, deleted all files in .opencpn
The Rebuild_Texture_Cache button sometimes stays greyed, Clear_Texture_Cache is always available. I don't understand why?

2. I have tried the US ENCs for NY state, all get blurred with texture compression caching.

3. Yes, it even happens with a single chart.

I also tried with OpenGL=on but Texture_Compression_With_Caching=off. Sometimes the charts will display but there are problems like long (minutes) hangups.

Will post Log files shortly.

[NahanniV]

aruntu@aruntu:~$ opencpn

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

(opencpn:4268): Gtk-CRITICAL **: IA__gtk_widget_set_colormap: assertion 'GDK_IS_COLORMAP (colormap)' failed

(opencpn:4268): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
libGL: built on Nov 23 2015 17:08:31
glXGetProcAddress: glGenFramebuffers not found.
glXGetProcAddress: glGetCompressedTexImage not found.
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.front
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround40
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround41
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround50
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround51
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround71
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.iec958
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.iec958
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.iec958
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.modem
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.modem
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.phoneline
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.phoneline
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)

_______
01:47:29 EST: 2015-12-18
01:47:29 EST:  ------- Starting OpenCPN -------
01:47:29 EST: Version 4.1.1108 Build 2015-111-08
01:47:31 EST: wxWidgets version: wxWidgets 3.0.2 Linux 32 bit wxGTK
01:47:31 EST: MemoryStatus:  mem_total: 1838 mb,  mem_initial: 13 mb
01:47:31 EST: SData_Locn is /usr/local/share/opencpn/
01:47:31 EST: PrivateDataDir is /home/aruntu/.opencpn
01:47:31 EST: Using existing Config_File: /home/aruntu/.opencpn/opencpn.conf
01:47:31 EST: Setting Viewpoint Lat/Lon 39.989, -72.5166
01:47:31 EST: Setting Ownship Lat/Lon 33.358, -79.282
01:47:31 EST: Styles loading from /usr/local/share/opencpn/uidata/styles.xml
01:47:31 EST: No styles found at: /home/aruntu/
01:47:31 EST: No styles found at: /home/aruntu/.opencpn/
01:47:31 EST: Detected display size (horizontal): 508 mm
01:47:31 EST: System default Language:  en_US
01:47:31 EST: Opencpn language set to:  en_US
01:47:31 EST: Creating MyFrame...size(1344, 731)  position(4, 139)
01:47:31 EST: Creating glChartCanvas
01:47:32 EST: OpenGL-> Renderer String: Mali-400 MP
01:47:32 EST: OpenGL-> Version reported:  1.4 glshim wrapper
01:47:32 EST: OpenGL-> Texture rectangle format: de1
01:47:32 EST: OpenGL-> glGenerateMipmap unavailable
01:47:32 EST: OpenGL-> Using Vertexbuffer Objects
01:47:32 EST: OpenGL-> Framebuffer Objects unavailable
01:47:32 EST: OpenGL-> Using Depth buffer clipping
01:47:32 EST: OpenGL-> Using oes etc1 compression
01:47:32 EST: OpenGL-> Compressed tile size: 128kb (6:1)
01:47:32 EST: OpenGL-> Minimum cartographic line width:  1.0
01:47:32 EST: OpenGL-> Minimum symbol line width:  1.0
01:47:32 EST: ChartDB Cache policy:  Application target is 912 MBytes
01:47:32 EST: Loading chart db version: V018
01:47:32 EST: Chartdb: Chart directory list follows
01:47:32 EST:   Chart directory #0: /home/aruntu/Charts/US NY RNCs/BSB_ROOT/12300
01:47:32 EST: GPS Watchdog Timeout is: 6 sec.
01:47:32 EST: Initializing Chart /home/aruntu/Charts/US NY RNCs/BSB_ROOT/12300/12300_1.KAP
01:47:32 EST: OpenCPN Initialized in 3486 ms.
01:47:34 EST: Looking for UserIcons at /home/aruntu/.opencpn/UserIcons
01:47:34 EST: Loading navobjects from navobj.xml
01:47:34 EST: Done loading navobjects
01:47:34 EST: PlugInManager searching for PlugIns in location /usr/local/lib/opencpn
01:47:34 EST: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libchartdldr_pi.so
01:47:34 EST:   /usr/local/lib/opencpn/libchartdldr_pi.so
              API Version detected: 113
              PlugIn Version detected: 102
01:47:34 EST: Opencpn language reload for:  en_US
01:47:34 EST: Loading catalog for:  opencpn-chartdldr_pi
01:47:34 EST: Loading catalog for opencpn core.
01:47:34 EST: chartdldr_pi: /home/aruntu/Charts
01:47:34 EST: chartdldr_pi: /home/aruntu/Charts
01:47:34 EST: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libwmm_pi.so
01:47:34 EST:   /usr/local/lib/opencpn/libwmm_pi.so
              API Version detected: 108
              PlugIn Version detected: 101
01:47:34 EST: Opencpn language reload for:  en_US
01:47:34 EST: Loading catalog for:  opencpn-chartdldr_pi
01:47:34 EST: Loading catalog for:  opencpn-wmm_pi
01:47:34 EST: Loading catalog for opencpn core.
01:47:34 EST: WMM: WMM model data loaded from file /usr/local/share/opencpn/plugins/wmm_pi/data//WMM.COF.
01:47:37 EST:    ***GPS Watchdog timeout at Lat:33.358   Lon: -79.282
01:48:30 EST: LOGBOOK:  2015-12-18 06:48:30 UTC  DR Lat   33.35800 Lon  -79.28200
02:00:00 EST: LOGBOOK:  2015-12-18 07:00:00 UTC  DR Lat   33.35800 Lon  -79.28200

[seandepagnier]

Originally Posted by did-g

No I don't, I mean textures on screen.
Yes and it's what it does but not for all missing mipmaps, only up to the job queue size, say:
you start OCPN with a quilt where some textures are in the caches some not.
Textures not in the cache are displayed uncompressed and are queued for background compression up to the queue size (currently 50).

Texture timers reap finished jobs and force a screen redraw.

If you don't move around, zoom in, zoom out once the 50 jobs are done it stops.
But when redrawing the logic knows if a texture is cached or uncompressed and if the job queue has free slots so it could queue these uncompressed textures and as they are on screen they do matter for the user.

I don't see a problem with doing this.

Right now on many platforms like osx and arm it is forced to always upload all the mipmap levels possible which is a problem especially in underzoom. It means we have to upload the entire chart into video memory if the entire chart is visible even though we only need mipmaps. We need to handle our mipmaps manually in separate textures so that we have the freedom to only load whichever levels we need, then use a combiner, or shader to blend them if it makes sense on that hardware.

The textures should overlap by one pixel on each side that it borders and adjacent texture. This is obvious in overzoom.

BTW Here, with vector charts in quilt mode sometime there's a line not drawn on the chart edge (cf picture 1).

And around 180° areas aren't always rendered (picture 2).

With accelerated panning? How exactly to reproduce?

Originally Posted by NahanniV

1. Yes, deleted all files in .opencpn
The Rebuild_Texture_Cache button sometimes stays greyed, Clear_Texture_Cache is always available. I don't understand why?

2. I have tried the US ENCs for NY state, all get blurred with texture compression caching.

3. Yes, it even happens with a single chart.

I also tried with OpenGL=on but Texture_Compression_With_Caching=off. Sometimes the charts will display but there are problems like long (minutes) hangups.

Will post Log files shortly.

Do you have a screenshot? Did you compare to software gl? I don't know if the software gl option works on arm, probably not, you would need to rebuild opencpn disabling gles in the cmake config.

[NahanniV]

Originally Posted by boat_alexandra

I don't see a problem with doing this.

Right now on many platforms like osx and arm it is forced to always upload all the mipmap levels possible which is a problem especially in underzoom. It means we have to upload the entire chart into video memory if the entire chart is visible even though we only need mipmaps. We need to handle our mipmaps manually in separate textures so that we have the freedom to only load whichever levels we need, then use a combiner, or shader to blend them if it makes sense on that hardware.

The textures should overlap by one pixel on each side that it borders and adjacent texture. This is obvious in overzoom.

With accelerated panning? How exactly to reproduce?

Do you have a screenshot? Did you compare to software gl? I don't know if the software gl option works on arm, probably not, you would need to rebuild opencpn disabling gles in the cmake config.

Screenshot:


The software GL option is not working, I will rebuild without gles and try again.

Thanks,
JM.

[did-g]

Originally Posted by boat_alexandra

With accelerated panning? How exactly to reproduce?

Yes with accelerated panning, it's the same with software GL,
Open a quilt S57 zoom in, zoom out, for some values it shows up.

[did-g]

Dave

Originally Posted by did-g

i still don't know why sometime I've an empty charts groups panel.
.

The issue is that OCPN disconnects wxEVT_COMMAND_NOTEBOOK_PAGE_CHANGED on cancel but only connects this event once in CreateControls.

So if you:
- open the options dialog
- cancel button
- reopen the options dialog -> charts -> charts groups (oops empty, at least with gtk)

But it doesn't disconnect the event in Finish() and I'm not sure what is the best way
for fixing this one.

Could you have a look?
Thanks
Didier

[bdbcat]

Sean/didier...

re:
And around 180° areas aren't always rendered (picture 2).

I fixed this one, just not pushed yet.

To reproduce: Single chart mode, NOAA ENCs left and right of LON 180 in Alaska. Areas not painted, point objects rendered OK. More obvious with accelerated panning disabled. cm93 is OK.

Commit coming soon.
Dave

[NahanniV]

Originally Posted by boat_alexandra

...
Did you compare to software gl? I don't know if the software gl option works on arm, probably not, you would need to rebuild opencpn disabling gles in the cmake config.

I rebuilt OpenCPN without GLes and the problem went away. It was too slow to use (1FPSMAX). Log file included.

So I guess the problem is in GLshim or one of the drivers ?
I never saw this bluring before; Any Idea why it suddenly started?

Is there anything further to try ?
I hate to give up, but I'm thinking it might be time to try some different hardware.

Cheers,
JM

12:50:13 EST: 2015-12-18
12:50:13 EST:  ------- Starting OpenCPN -------
12:50:13 EST: Version 4.1.1108 Build 2015-111-08
12:50:15 EST: wxWidgets version: wxWidgets 3.0.2 Linux 32 bit wxGTK
12:50:15 EST: MemoryStatus:  mem_total: 1838 mb,  mem_initial: 11 mb
12:50:15 EST: SData_Locn is /usr/local/share/opencpn/
12:50:15 EST: PrivateDataDir is /home/aruntu/.opencpn
12:50:15 EST: Using existing Config_File: /home/aruntu/.opencpn/opencpn.conf
12:50:15 EST: Setting Viewpoint Lat/Lon 40.6884, -70.7121
12:50:15 EST: Setting Ownship Lat/Lon 33.358, -79.282
12:50:15 EST: Styles loading from /usr/local/share/opencpn/uidata/styles.xml
12:50:15 EST: No styles found at: /home/aruntu/
12:50:15 EST: No styles found at: /home/aruntu/.opencpn/
12:50:15 EST: Detected display size (horizontal): 508 mm
12:50:15 EST: System default Language:  en_US
12:50:15 EST: Opencpn language set to:  en_US
12:50:15 EST: Creating MyFrame...size(1344, 731)  position(507, 153)
12:50:15 EST: Creating glChartCanvas
12:50:16 EST: OpenGL-> Renderer String: Software Rasterizer
12:50:16 EST: OpenGL-> Version reported:  2.1 Mesa 10.1.3
12:50:16 EST: OpenGL-> Texture rectangle format: de1
12:50:16 EST: OpenGL-> Using Vertexbuffer Objects
12:50:16 EST: OpenGL-> Using Framebuffer Objects
12:50:16 EST: OpenGL-> Using FBO Stencil buffer
12:50:16 EST: OpenGL-> Using Stencil buffer clipping
12:50:16 EST: OpenGL-> Using Scissor Clipping
12:50:16 EST: OpenGL-> Using s3tc dxt1 compression
12:50:16 EST: OpenGL-> Compressed tile size: 128kb (6:1)
12:50:16 EST: OpenGL-> Minimum cartographic line width:  1.0
12:50:16 EST: OpenGL-> Minimum symbol line width:  1.0
12:50:16 EST: ChartDB Cache policy:  Application target is 913 MBytes
12:50:16 EST: Loading chart db version: V018
12:50:16 EST: Chartdb: Chart directory list follows
12:50:16 EST:   Chart directory #0: /home/aruntu/Charts/US NY RNCs/BSB_ROOT/12300
12:50:16 EST: GPS Watchdog Timeout is: 6 sec.
12:50:16 EST: Initializing Chart /home/aruntu/Charts/US NY RNCs/BSB_ROOT/12300/12300_1.KAP
12:50:16 EST: OpenCPN Initialized in 3445 ms.
12:50:19 EST: Looking for UserIcons at /home/aruntu/.opencpn/UserIcons
12:50:19 EST: Loading navobjects from navobj.xml
12:50:19 EST: Done loading navobjects
12:50:22 EST:    ***GPS Watchdog timeout at Lat:33.358   Lon: -79.282
12:50:24 EST: PlugInManager searching for PlugIns in location /usr/local/lib/opencpn
12:50:24 EST: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libchartdldr_pi.so
12:50:24 EST:   /usr/local/lib/opencpn/libchartdldr_pi.so
              API Version detected: 113
              PlugIn Version detected: 102
12:50:24 EST: Opencpn language reload for:  en_US
12:50:24 EST: Loading catalog for:  opencpn-chartdldr_pi
12:50:24 EST: Loading catalog for opencpn core.
12:50:24 EST: chartdldr_pi: /home/aruntu/Charts
12:50:24 EST: chartdldr_pi: /home/aruntu/Charts
12:50:24 EST: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libwmm_pi.so
12:50:24 EST:   /usr/local/lib/opencpn/libwmm_pi.so
              API Version detected: 108
              PlugIn Version detected: 101
12:50:24 EST: Opencpn language reload for:  en_US
12:50:24 EST: Loading catalog for:  opencpn-chartdldr_pi
12:50:24 EST: Loading catalog for:  opencpn-wmm_pi
12:50:24 EST: Loading catalog for opencpn core.
12:50:25 EST: WMM: WMM model data loaded from file /usr/local/share/opencpn/plugins/wmm_pi/data//WMM.COF.
12:50:50 EST: Loading World Chart Q=0 in 0 ms.
12:50:50 EST: Background world map loaded from GSHHS datafiles found in: /usr/local/share/opencpn/gshhs/
12:50:54 EST: Loading World Chart Q=2 in 23 ms.
12:50:58 EST: Loading World Chart Q=3 in 3 ms.
12:51:08 EST: Warning: Color not found CHDRD
12:51:15 EST: LOGBOOK:  2015-12-18 17:51:15 UTC  DR Lat   33.35800 Lon  -79.28200
12:51:21 EST: Detected display size (horizontal): 508 mm
12:52:25 EST: Loading World Chart Q=4 in 3 ms.
12:52:27 EST: Detected display size (horizontal): 508 mm

[bdbcat]

Didier...

re:

The issue is that OCPN disconnects wxEVT_COMMAND_NOTEBOOK_PAGE_CHANGED on cancel.  Could you have a look?

Fixed. Thanks for pointing me in the right direction.

Dave

[seandepagnier]

Originally Posted by NahanniV

I rebuilt OpenCPN without GLes and the problem went away. It was too slow to use (1FPSMAX). Log file included.

So I guess the problem is in GLshim or one of the drivers ?
I never saw this bluring before; Any Idea why it suddenly started?

Since it worked fine before I'm sure it's just a slight regression.

I want to debug it but I have to spend a few days to fix my boat.

Is there anything further to try ?
I hate to give up, but I'm thinking it might be time to try some different hardware.

I still have a working cubie truck so I will try soon.