OpenCPN Version 5.1.518 Beta Test

[transmitterdan]

These days almost all computers support two monitors. I think that is another complex area O needs to address. It needs a lot of thought and discussion though IMO.

[bdbcat]

TDan...
Yes, multi displays are another wild west. Win10 does a decent job, and maybe Mac. But linux, with all the flavors of xrandr, wayland, etc. is a bit of a mess. Lucky enough to get it to work, never mind calculating useful display scale values.
I agree that this is area requiring some thought...


Dave

[cagney]

Dave
I have repeated crashes with raster charts when zooming and panning.
I have tried a range of different charts, so it seems to be a general problem.
The second dump below is from using NOAA charts.
I'm on Ubuntu 20.04.





Thomas

[transmitterdan]

Thomas,

It looks like the SSE2 instructions are causing you grief. Can you use cmake to turn those off and build again?

[P_Dub]

So, forget it.
Good bye.

[brianr77]

I have an issue where waypoints that I have set to Show get reset to invisible when I restart.
They are included in various routes that I have set to Not Show, but I clicked the option to not hide the waypoints that are part of the route.

[BlackSea]

some time ago on GitHub I already pointed out that on Ubuntu 20.04 in Dark Mode some dialogues are not readable. The problem still remains

[cagney]

Originally Posted by transmitterdan

Thomas,

It looks like the SSE2 instructions are causing you grief. Can you use cmake to turn those off and build again?

Tdan
Thanks for the sugestion.
I changed line 1684 in CMakeLists.txt to

 set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -D__WXGTK3__ -mno-sse2 ")

and recompiled.

Unfortunately raster-charts still crash on zooming and panning, not instantly, but after a minute or less.



I have used this computer quite a few years w/o this problem. The only change that I think is behind this is the upgrade to Ubuntu 20.04, and with it the use of Gtk3 instead of Gtk2.

Thomas

[.Paul.]

OpenCPN 5.1.518 Beta running in Windows 10 64-bit hangs when I attempt to download the weekly chart updates from NOAA. Here is a screenshot:



I selected "Options", "Chart Downloader," "Select Catalog". Next, I click on either "RNC Product Catalog" or "ENC Product Catalog". Then, the CPU usage goes to 100%. Before I captured the screen, I had clicked the X in the upper right corner of the Options window and the X in the corner of the OpenCPN window. About 20 minutes after the screenshot, Windows asked if I wanted to terminate the program.

Paul

[bdbcat]

cagney...
The crash is happening in the background thread which creates raster chart texture images. So, you are using GL, Raster Caching.


Please try this:
1. Settings->Display->Advanced->GL Options:
a. "Clear raster cache"
b. "Rebuild raster cache"


This might accelerate the crash, make it easier to reproduce.


For reference, I have not seen similar problems on Ubuntu 20.04, though mine is a virtual machine.


Thanks
Dave

[transmitterdan]

Originally Posted by .Paul.

OpenCPN 5.1.518 Beta running in Windows 10 64-bit hangs when I attempt to download the weekly chart updates from NOAA. Here is a screenshot:

Attachment 215581

I selected "Options", "Chart Downloader," "Select Catalog". Next, I click on either "RNC Product Catalog" or "ENC Product Catalog". Then, the CPU usage goes to 100%. Before I captured the screen, I had clicked the X in the upper right corner of the Options window and the X in the corner of the OpenCPN window. About 20 minutes after the screenshot, Windows asked if I wanted to terminate the program.

Paul

Paul,

Is this repeatable? Can you look at the OpenCPN.log file (use the help button to find the link) and see if anything is reported there?

[bdbcat]

TDan...
I'm looking at this.
Definitely repeatable. Total hang, requiring power-down to recover. Something eats all memory and CPU cycles....

Looking at:
void ChartDldrPanelImpl::SetSource( int id )


More as I discover.
Dave

[bdbcat]

TDan...
We'll need to build a debug version and step thru it. I'll work on that tomorrow...
Dave

[cagney]

Originally Posted by bdbcat

cagney...
The crash is happening in the background thread which creates raster chart texture images. So, you are using GL, Raster Caching.


Please try this:
1. Settings->Display->Advanced->GL Options:
a. "Clear raster cache"
b. "Rebuild raster cache"


This might accelerate the crash, make it easier to reproduce.


For reference, I have not seen similar problems on Ubuntu 20.04, though mine is a virtual machine.


Thanks
Dave

Dave

Good advice, but it did not speed up a crash, it stopped the crashing!!
I tested extensively but no crash for any raster chart including oeRNC (that did crash earlier).

So... is a chart cache created under GTK2, Ubuntu 18.04, incompatible with GTK3, Ubuntu 20.04?

Shall we recommend users of Ubuntu 20.04 to rebuild the cache?

Thomas

[bdbcat]

cagney...
Interesting result....


"So... is a chart cache created under GTK2, Ubuntu 18.04, incompatible with GTK3, Ubuntu 20.04?"
No, the raster cache is architecture independent.


"Shall we recommend users of Ubuntu 20.04 to rebuild the cache?"
I would rather not.. Seems lake a hack that will catch up to us some day.


What happens if you only clear the cache, and let OCPN automatically build the cache entries as needed? How long before it crashes? Let's try NOAA charts, so I can follow along...


Thanks
Dave