OpenCPN Beta test 4.1.1108 Release

[bdbcat]

Rick...

Ok, my decks are temporarily clear, and I am ready to listen hard to your issues.


What we need is the absolute minimally complex environment which demonstrates your troubles. We need a reproducible setup that fails in the same way every time, if possible. And I would appreciate it we can confine the reports to that specific setup, one by one.

Keep in mind that O is an "event driven" app, as are all modern windows type GUI apps. What this means is that program flow is effectively non-deterministic. There is almost no way to exactly reproduce your program flow on my machine. This makes our debugging job harder, but not impossible. We just need first to try the simplest configuration and interaction that induces the problem reproducibly.


Before we start, lets clear up one thing: By design, raster texture caching has absolutely no effect on cm93 or ENC cell display. So if we are confined to vector charts, we have no interest in raster caching, on or off.

I know you have been through his many times here, but please bear with me.

So.
Using the very latest github master, lets try in order:

1. OpenGL=ON, cm93 charts, OUTLINES=OFF.
How does this run? Not interested in RNCs or ENCs. cm93 only.
Runs forever, no memory troubles, minimal spinning wheel?

2. Same, OUTLINES=ON.
If there are problems, try to be specific and repeatable on your description.


Lets start with this setup, and see what we learn.

Ready?
Dave

[bdbcat]

@HappySeagull...

Concerning the troubles with non-OpenGL, chart tile "skipping"...

More info, if possible, please. I guess it is hard to reproduce....

Thanks
Dave

[transmitterdan]

Originally Posted by bdbcat

We need some feedback from builders to ensure that we have the dependencies all identified correctly. And, of course, feedback on performance and appearance.

There are some known problems with a few icons which are under review now. Let us know what you see, as well.

Thanks, and good luck building
Dave

Is it just me or does everyone have problems building because Curl.cmake contains reference to libeay32.dll? That file is no longer part of the buildwin dependency set. You would not notice if you just pulled the new dependency file on top of the existing beta buildwin directory. But if I pull a fully fresh build environment then the package step fails for me.

Edit: Also, for me the packager does not install zlib1.dll but the executable seems to need it.

[nohal]

Originally Posted by transmitterdan

Is it just me or does everyone have problems building because Curl.cmake contains reference to libeay32.dll? That file is no longer part of the buildwin dependency set. You would not notice if you just pulled the new dependency file on top of the existing beta buildwin directory. But if I pull a fully fresh build environment then the package step fails for me.

Dan...
Definitely not a problem for me with the master - the "offending" line is commented out in Curl.cmake. Aren't you building some plugin not yet updated to use the core-provided download functions inside your tree?

Pavel

[transmitterdan]

Originally Posted by nohal

Dan...
Definitely not a problem for me with the master - the "offending" line is commented out in Curl.cmake. Aren't you building some plugin not yet updated to use the core-provided download functions inside your tree?

Pavel

Ok, I will find the problem on my end.

[transmitterdan]

Originally Posted by transmitterdan

Ok, I will find the problem on my end.

Fixed. All builds and runs in release, package and debug under Win 10 VS2013.

[rgleason]

Bdbcat

Removed cm93.cpp change that did-g suggested. Compiled and reinstalled.
Disabled Launcher, Watchdog and Ocpn_Draw, closed and opened program.
Set opengl=OFF Show chart outline=ON. Charts to CM93.
Scrolled and panned around Norway, and kept doing it.
The wheel was present, but it seemed pretty steady, slower than with opengl.
I was doing this a long time, and I got hesitations and "Opencpn not responding" and I had trouble opening menu items etc. Total memory was now running up at 70% in task manager. Ocpen memory about 600mb. I have 4gb on this machine.

I was able to get into Options - Display and turn off "Show Chart Outlines" then Apply and close Options. I waited a little and then started trying to zoom and pan again. I think the Total Memory use was back down to 61-64%. The program got more responsive again with Show Chart Outlines=OFF. I panned and zoomed for quite awhile, and memory was back up to 70% and I started getting blackouts and this patchwork blackout of various areas. I took a snapshot and then tried to take a snapshot of the Task Manager which I will include.

Then I deleted the entire CM93 directory and copied it fresh from a USB Memory Key to try to make sure the problem is not corrupted charts. Then opened Opencpn and Forced a full database rebuild. Closed and opened the program.

Start again.
Show chart outlines=Off
Opengl=Off
Cm93 charts
Panned and zoomed Norway until it hit a black screen. Have the Task Manager screenshot.
So I guess it doesn't work longterm with opengl=off and with Show chart outlines=off.
--Show chart outlines might not be the problem?


1. OpenGL=ON, cm93 charts, OUTLINES=OFF.
How does this run? Not interested in RNCs or ENCs. cm93 only.
Runs forever, no memory troubles, minimal spinning wheel?
------------------------
Yes, this works well, however when really exercising panning and zooming in to final level, the Opencpn Memory use keeps building. When it hits above 1 gb I start getting black screens and spinning blue wheel, and it always recovered because I just stopped doing things until the charts were redrawn. I think the total memory used for the computer was over 81%. There are 4gb on this machine. When I got to some point with Opencpn Memory > 1gb and I was getting frequent black screens, then charts were redrawn ok, I stopped and watched what would happen. The opencpn memory use gradually went down to about 750 mb over about 10-12 minutes. I then could pan and zoom as before, I stopped before memory crept back up but that was what was happening.


2. OpenGL=ON, cm93 charts, OUTLINES=ON.
If there are problems, try to be specific and repeatable on your description.
----------------------
This is definitely slower with the blue wheel spinning frequently during zooms in. At first it was simply slower, and I did quite a lot of pans and zooms and was wondering if it was going to start acting up, because it seemed slow, but stable. Then when I got to about Total Memory use= about 76% and with Opencpn using about 560 mb Memory (far less than when Show chart outlines =Off) I started getting black screens, and then the chart would recover. I kept panning and zooming and the black screen would always seem to recover and a chart was drawn. I did not hit any menu freeze issues as before. Then the black screens were happening every time so I decided to stop and write this. Now after about 10-15 minutes the Opencpn Memory is back down to 76mb. Then I tried panning and scrolling again, and was getting more black screens. I tried closing Opencpn and got a notice that Opencpn was not responding, it went black and then it closed. There was a note in the taskbar that the computer was short on memory, to close some programs.

I have a bunch of screenshot of the Task Manager and O if you want them.
I suppose you could say it is my computer reaching its memory limit (with 4gb of memory).
I notice the black screen issue is definitely worse when doing complex stuff around Norway as opposed to somewhere simpler.
I do think there is a problem with Show Chart Outlines, but that seems elusive.
I am going to keep it off now.

I am interested in what you think.

[bdbcat]

Rick...

Taking the simple case, OpenGL=ON, OUTLINE=OFF, cm93 charts only:

1. OpenGL=ON, cm93 charts, OUTLINES=OFF.
     How does this run? Not interested in RNCs or ENCs. cm93 only.
     Runs forever, no memory troubles, minimal spinning wheel?
     ------------------------
     Yes, this works well, however when really exercising panning and      zooming in to final level, the Opencpn Memory use keeps building.
 When it hits above 1 gb I start getting black screens and spinning      blue wheel, and it always recovered because I just stopped doing      things until the charts were redrawn.
 I think the total memory used      for the computer was over 81%. There are 4gb on this machine.
 When     I  got to some point with Opencpn Memory > 1gb and I was getting      frequent black screens, then charts were redrawn ok,   I stopped and      watched what would happen.
 The opencpn memory use gradually went      down to about 750 mb over about 10-12 minutes.
 I then could pan and      zoom as before, I stopped before memory crept back up but that was      what was happening.

The fundamental problem seems to be memory usage.

If I set the cm93 detail level to max, and pan around in cm93, I cannot drive the system memory usage above 1 GB no matter what I do. In fact OCPN makes some effort to keep the total RAM used by OCPN to 1GB max on Windows.

When the memory use gets close to 1GB, O will start purging its chart cache (NOT the raster cache). But if we are using cm93 only, there is only one true chart in the cache, so nothing to purge.

So I can see no mechanism whereby OCPN would decrease its memory usage by just sitting untouched.

I'd like to get some other pure Windows environments to report their results for this case.

Full stop here, please. Lets analyse this case before we move to more complex cases.

Thanks
Dave

[Hakan]

Dave..Rick..
re:1. OpenGL=ON, cm93 charts, OUTLINES=OFF.
How does this run? Not interested in RNCs or ENCs. cm93 only.
Runs forever, no memory troubles, minimal spinning wheel?
------------------------

Win10, VS2013, Git fetch 1 hour ago. CM93 detail level equals 5.
Intel HD 3000, CPU 2.6 GHz, Mem 8 GB

Zooming in and out as far as possible.
Result:
Memory from start: ~300 MB
- Zoom in/out at a location I've been before: no mem change
- In/out in a location not visited before: mem. increase ~100 MB
- Repeated in a new location: mem. increase ~100 MB

For every new location around 100 MB increased mem. usage, some spinning mouse and one black screen occurrence for a couple of seconds.
The O memory usage is now more than 1 GB and it's not released!

Three new CM93 catch build during this exercise, see pict.

Håkan

[Hakan]

Dave..
re:"We need some feedback from builders........................"
Builds and installs fine on RB_pi running jessie.
O is running fine although I got the following when running from cmd:

pi@raspberrypi ~/builds/OpenCPN/build $ opencpn
Gtk-Message: Failed to load module "gail"
Gtk-Message: Failed to load module "atk-bridge"
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.surround21
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.surround21
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
pi@raspberrypi ~/builds/OpenCPN/build $

Anything I can do??
Håkan
[Posted from my 7" RB_pi screen]

[Hakan]

Dave..
re:"We need some feedback from builders......................."_3
Win10:
Icons:
There are disturbing spaces between icons for plugins in Journeyman style not obvious in Traditional, see pict.(The little red dot in BR24_radar's icon is nearly hidden)

Håkan

[dwoodall]

I had a go at building this. As previously reported, had to move the files that were reported but I also had to move two more dll's (libeay.dll and seay.dll iirc). After that, it will compile and build with no issues. However, when I try to run it, it aborts looking for zlib1.dll. While zlib1 was copied to the build directory, it is not getting copied to the package directory. Also, it is not included in manifest.txt which seems to built dynamically as part of the packaging process. It is not getting copied into the NSIS directory. It strikes me odd since I thought zlib.dll was the static version and zlib1 was the dll version. It would seem that it would use one or the other but not both. I could be wrong about that.

The other thing I noticed was there was not SVG directory under the data directory as was mentioned in Paval's post. Maybe I have a flag or flags set incorrectly?

FWIW, I did a fetch this morning and built it before I started this and everythings seems to work great. I can move around on CM-93 charts with no issues (outlines and borders are off).

Thanks in advance,
Doug

[nohal]

Doug...
Same question as for Dan - Any third party plugins in your tree? Did you clean the build directory, especially CMakeCache.txt?

Pavel

[rgleason]

Dave
I am traveling today. Will do some more tests when we get home for Memory increases (to confirm as reported.) Will include several screenshots and will first try to reduce use of memory by other programs.

[HappySeagull]

Originally Posted by bdbcat

@HappySeagull...

Concerning the troubles with non-OpenGL, chart tile "skipping"...

More info, if possible, please. I guess it is hard to reproduce....

Thanks
Dave

Here, Dave. Not so hard -I just lay on my usual clik-n-drag treatment...but if no one else is seeing it, well...I'm "not in Kansas anymore" on this OS and operator error is a possibility...as in

Originally Posted by did-g

Are you using a compositing window manager?

say what?





add edit: O will recover from this. in a few seconds.