OpenCPN Beta Version 3.3.1731 Released

[seandepagnier]

Originally Posted by hoolie

Two crash reports sent. W7 64-bit Dell D630:

1 - trying to minimise OCPN when the compressed data cache was being updated

2 - hung overnight sometime when updating compressed data cache again. Not sure when, but O crashed as soon as I moved the cursor.

Can you repeat these with a backtrace?

[hoolie]

Originally Posted by boat_alexandra

Can you repeat these with a backtrace?

I can't repeat the first condition, but behaviour is odd when trying to minimise O while running cache update.
If I minimise O then the chart disappears, but I'm still left with the toolbar, cache update bar, chart bars at the bottom and the GPS status top right. Restoring O only gets the cache update and other fragments back on top. I am struggling at the moment though to get any consistent behaviour.

The other crash followed a hang-up sometime overnight - the elapsed time suggested after about 7 hours. Not immediately repeatable.

[sailorF54]

Detail: The .xpm own icons still have a dark backgroud.

[Opie91]

While making a route in touch mode I was unable to pan off the screen or change scale of chart until the route was ended. Works fine with touch mode off.

[hoolie]

About half of my 1,500 .kap charts have been cached out to about 650nm, but O doesn't want to do any more with a full chart database rebuild.

Is there a limit on how large the cache is? It's currently about 2Gb.

Will the rest be cached when the boat moves beyond 650nm from where it is now?

[Gilletarom]

Hello Dave,

I installed S63, 331731 in the release.

1 This seems to work with the test charts. Borders are red when they should be green. I asked how they PythéasF54 home, as me, he said "Red."

2 Since we have 3 charts S57 SHOM (test charts, which obviously show without S63) borders of these three charts are green S57. But I observe that the green in question is very light green. Is it possible to replace it with a slightly darker green to be visible on blue backgrounds charts?

B.R. Gilletarom

[bdbcat]

SailorF54...

Please post a copy of one of your own XPM icons for testing.

Thanks
Dave

[bdbcat]

Gilletarom...

The S63 chart outlines color for OpenGL is incorrect in this Beta. Cause is understood, color is correct if OpenGL is not used. Will be fixed in next Beta.
Also, we can adjust the color somewhat. Green may be too light...

Thanks
Dave

[HappySeagull]

Originally Posted by sailorF54

Detail: The .xpm own icons still have a dark backgroud.

Mine do this too -black where should be transparent when OpenGL enabled; sometimes another colour when it is not....
Converting to png format seemed to fix issue when Open GL disabledbut now I'm not so sure!....not yet anyways...(still tinkering)

NoteIconRedYellowDiamond32x.xpm.doc

[CarCode]

Originally Posted by bdbcat

SailorF54...

Please post a copy of one of your own XPM icons for testing.

Thanks
Dave

Users report here the same with their own sea boys. They have been looking good before with Linux. No feedback from Windows users here so far.

And there are several issues with the Mac version from opencpn.org:

1. Crash closing AIS list window:
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libwx_osx_cocoau_core-2.9.5.0.0.dylib 0x000000010a1a58cb wxWidgetCocoaImpl::mouseEvent(NSEvent*, NSView*, void*) + 307
1 com.apple.AppKit 0x00007fff83e5da58 -[NSWindow sendEvent:] + 11296
2 libwx_osx_cocoau_core-2.9.5.0.0.dylib 0x000000010a1941c4 -[wxNSPanel sendEvent:] + 132
3 com.apple.AppKit 0x00007fff83dfc5d4 -[NSApplication sendEvent:] + 2021
4 libwx_osx_cocoau_core-2.9.5.0.0.dylib 0x000000010a0f1257 -[wxNSApplication sendEvent:] + 135
5 com.apple.AppKit 0x00007fff83c4ca19 -[NSApplication run] + 646
6 libwx_osx_cocoau_core-2.9.5.0.0.dylib 0x000000010a189f14 wxGUIEventLoop::OSXDoRun() + 108
7 libwx_baseu-2.9.5.0.0.dylib 0x0000000109f7a114 wxCFEventLoop:oRun() + 50
8 libwx_baseu-2.9.5.0.0.dylib 0x0000000109ef30d1 wxEventLoopBase::Run() + 83
9 libwx_baseu-2.9.5.0.0.dylib 0x0000000109ecc82f wxAppConsoleBase::MainLoop() + 109
10 libwx_osx_cocoau_core-2.9.5.0.0.dylib 0x000000010a13154b wxApp::OnRun() + 29
11 libwx_baseu-2.9.5.0.0.dylib 0x0000000109f1d4e6 wxEntry(int&, wchar_t**) + 102
12 org.opencpn 0x00000001096cf8e4 main + 20
13 org.opencpn 0x00000001096cde74 start + 52

2. NMEA window opens below OCPN main window.

3. Several funktions brings waiting mouse pointer, program stalls.

4. Too much CPU usage with up to 100%.

5. Transparent symbol bar not checkable in settings.

6. AIS alert window: Acknowledge button no function.

7. Several Zooming problems.
Why has the accelerator key changed to ALT key?
Scaling is not synchronized with different zooming modes. No chance to get back the same scaling factor when zooming mode once changed from (+)/(-) to mouse wheel or alt-(+)/(-) back or forward.
Overzooming warning pops up when it should not, example below with CM93 charts, zooming done with alt-key and (+)/(-):
Scale Warning Scale Chart
4069200 No 1:20000000
3668100 Overzooming switching too late ?
3306400 Overzooming
2980300 Overzooming
2712400 Overzooming
2444800 Overzooming 1:20000000
2203500 No 1:3000000
1986000 No 1:3000000
1790000 No 1:3000000
1613300 No 1:3000000
1454000 No 1:3000000
1310500 No 1:3000000
1181100 No 1:3000000
1064500 No 1:3000000
959400 No 1:3000000
864600 No 1:3000000
779200 No 1:3000000
702300 No 1:1000000
632900 No 1:1000000
570400 No 1:1000000
514100 No 1:1000000
463300 No 1:1000000
417600 No 1:1000000
376300 No 1:1000000
339200 No 1:1000000
305700 No 1:1000000
275500 No 1:1000000
248300 No 1:1000000
223600 No 1:200000
201700 No 1:200000
181700 No 1:200000
163800 No 1:200000
147600 No 1:200000
133000 No 1:200000
119900 No 1:200000
108000 No 1:200000
97400 No 1:200000
87700 No 1:200000
79100 No 1:200000
71300 No 1:200000
64200 No 1:200000
57900 No 1:200000
 52200 No 1:200000
 47000 No 1:200000
42400 No 1:200000
38200 Overzooming switching too late ?
34400 Overzooming 1:200000
31000 Overzooming 1:200000
27900 No 1:50000
25200 No 1:50000
22270 No 1:50000
20400 No 1:50000
18400 No 1:50000
16600 No 1:50000
14900 No 1:50000
13500 No 1:50000
12100 No 1:50000
10900 No 1:50000
9800 Overzooming OK here

8. Chart information window with strange behavior: no chart window with Quilting on, but pops up together with other windows opened, sometimes information chart window does not disapear.

9. The Mac version from opencpn.org is still using wx 2.9.5. Sean has played with wx 3.0. There are however several bugs fixed for OS X in latest wx 3.1.


Obviously the Sean optimizations are done for Raspbery Pi and not only useless but sometimes bad for other hardware. There is no difference with different options settings of OpenGL for Mac OS X. The bad behavior still exists with 3.3.1731 from opencpn.org.

After all I have not tested all functions of your 3.3.1731 version with OS X. But this first look is rather disappointing.

Gerhard

[sailorF54]

Originally Posted by bdbcat

SailorF54...

Please post a copy of one of your own XPM icons for testing.

Thanks
Dave

Here it is
Used to display fine on 1606

[HappySeagull]

My xpms are as mentioned
pngs are different behaviour
OpenGl disabled...png icon is also shown alongside as it appears in Irfanview



Open GL ENABLED with a png icon...it WORKS!




Here is the actual png icon from above made with irfanview.."alpha channel enabled " (whatever that is) and background colour chosen transparent...




added: restarting O gets rid of that background above... apparently something gets stuck when I am changing back and forth from openGL->no opengl

[cagney]

Memory leak ?

Using a Eeepc 915 with Xubuntu 14.04, 1 gig memory + 1 gig swap.
I started texture compression cache run on a directory with 1.5 gig of kaps.
The first time estimation was 9 h later increased to about 12 h.

After about 10 -11 h O had stopped, "quit unexpectedly", no error report (xubuntu feature) was possible due to "lack of memory", or similar wording.

+++++
Next, using the same computer.
Adding a chart directory on a USB stick with 1.6 gigs of kaps. OK this was a bit optimistic considering the available memory, and crashed, not totally surprising.

Any attempts to restart O resulted in a crash as soon as the chart picture was due to appear. Nothing sensible from ddd/backtrace. This was repeated seveal times. Starting with a fresh opencpn.conf solved the problem. The bad opencpn.conf is attached.

opencpn-crash.7z.doc

Thomas

[bdbcat]

Gerhard....

1. Please post the part of your opencpn.log which shows the OpenGL setup/configuration.

2. We will stay with wx2.95 for a bit longer. Nothing in this Beta depends on wx3.0, and it has known bugs. And wx3.1 is even more unstable.

3. OpenGL optimizations are not focused on ARM processor at all. They apply generally to all OpenGL enabled systems.

4. Please note that most of the OpenGL optimizations apply to raster charts mainly, and vector charts less so.

5. Keep the faith. This is what Beta testing is all about. We kill bugs one-by-one.

Thanks
Dave

[sailorF54]

Testing textures...
A folder of 75 kap charts (280 Mo)
raster_texture_cache: 238 Mo
Processing took 2,5 hours on a rather low end 4 Go PC (Athlon X2 dual core QL-62)
I guess there will be many questions on the largest French Forum (HeO):
What's the use, What for, What to expect ?
At present, I am at a loss what to answer...