OpenCPN Beta Version 3.3.2330 Released

[bdbcat]

Håkan...
We made no changes that would affect a line line this from the PlugIn source code.

label.Printf(wxT("%s\n%s"), firstLine.c_str(), names[value].c_str());

We did change the way that default fonts are selected. We let the system choose the default face name, as it will.

Look in your config file in both versions, correct and incorrect.
Find out what font specification is used for "Dialog", like this:

en_US-616cb3d0=Dialog:0;-10;0;0;0;400;0;0;0;0;0;0;0;0;Verdana:rgb(0, 0, 0)

I think the default type face on XP may be having trouble here.
You may need to delete this line from your config to cause O to find/recreate a nice default system font. Or you could experiment with different font parameters for "Dialog" item and see what happens.

Anyway, even if you fix your system by changing the font, we need to know why it happened in the first place. So a reproducible scenario would be good.


Thanks
Dave

[bdbcat]

P_Dub...

May we see your logfile for the case where your NOT using OpenGL?

Thanks
Dave

[Mollymawk]

Possibly related to P_Dub's problems?
FS#1589 : 3.3.2330 instable

[Opie91]

After checking the "Rebuild Texture Cache" box under the OpenGL options O will only close using the task manager. Applies to Windows 7 & 8.1. Repeatable.

If you close O with the task manager and restart it the program will close normally until you check the box again.

Forgive me if I am running head first into a wall without a helmet.

OpenGL on.

[bdbcat]

Opie...

Rebuilding the texture cache is a one-time task, not a normal run-time setting.

If you need to quit OpenCPN while the texture rebuild is in process, push the "Skip" button to interrupt the cache rebuild, wait for the rebuilding dialog to disappear, and exit normally. The next time you activate the "Rebuild cache" option, it will begin from where it left off.

No helmet required.

Thanks
Dave

[seandepagnier]

Why is the texture cache clear and rebuild checkboxes? Same for scanning charts. I think a button is more intuitive.

[Opie91]

Originally Posted by bdbcat

Opie...

Rebuilding the texture cache is a one-time task, not a normal run-time setting.

If you need to quit OpenCPN while the texture rebuild is in process, push the "Skip" button to interrupt the cache rebuild, wait for the rebuilding dialog to disappear, and exit normally. The next time you activate the "Rebuild cache" option, it will begin from where it left off.

No helmet required.

Thanks
Dave

Dave,

Wouldn't you normally get the texture rebuild dialogue when this happens? Nothing really happens when I check the box and hit apply other than the program is impossible to close. I waited an hour after checking the box once and was still unable to close the program without the windows task manager. That seemed to be the only issue all other aspects of the program seemed to be operating normally. I was able to shrink O to the task bar, adjust the window size pretty much everything but close it.

On another note the "fogging" effects did not work when the chart quilting was unchecked. Also O became very slow to respond while the chart quilting was unchecked and the scale was zoomed out. Slow = 10 minutes.

Thanks

[bdbcat]

Opie... Very strange. So you never see the Rebuild dialog box, with a progress indicator and "Skip" button? Yet it appears the cache rebuild is actually happening in the background? If you activate Windows task manager, what is the CPU Usage factor during this time? Dave

[bdbcat]

Hi folks...

We have discovered a bug in non-OpenGL rendering of vector charts. The bug results in a significant resource leak, and eventual crash on Windows systems. Surprisingly, linux is not affected quite so quickly, although he would eventually crash due to memory exhaustion as well.

P_Dub, this is probably the source of your difficulties. Thanks for the heads up testing.


For source builders, the solution is available on github now.

Others, please work around as best you can. Continue to test other features, dialogs, etc. We will have another Beta soon.

Thanks for your support
Dave

[bdbcat]

And one more thing...

If its not clear to all, we are at Feature Freeze now. Short of tweaking some of the most recent Feature additions, there will be no more new user visible features added before the release of OCPN 4.0

Thanks
Dave

[_QB_]

Originally Posted by Mollymawk

- The depth soundings become unreadable as soon as the blurring starts (ie, when slightly overzoomed). This is extremely undesirable. Perhaps their font size can increase, to counteract this, like they would on a raster chart.

- The point above also applies to buoys and marks, etc (any chart symbol in fact). They should all grow. This would make it possible to tell what they are, and also enhance the "overzoomed chart" appearance by just making it look like the whole chart has been drawn at its true scale and then "stretched".

I agree with Mollymawk about this. The current approach makes text extra-unreadable when overzooming, and that is not helpful.

[Hakan]

Originally Posted by Mollymawk

Håkan,

If you are able to check out the source from git and build it yourself, could you do a git bisect to find which commit introduces the breaking change?

Caesar

Well, I've never used bisect but I can try to learn. But meanwhile you or Dave may be able to recognise a valid candidate from my gitk list in the picture. Please advice.
The bottom merge, 2014-11-24:19.38, is good
The top merge, 2014-11-28: 14.28, is bad.

Thanks
Håkan

[NEVERMIND]

hello,
My XP Control
On Pc the programe release closes with anomalies.
The red squares are Ge2kap cards.
They are shifted on the map.

Mac OSX Yosemite 10.10.1 it works correctly.
Jean Paul

[Hakan]

Originally Posted by bdbcat

Håkan...
We made no changes that would affect a line line this from the PlugIn source code......
You may need to delete this line from your config to cause O to find/recreate a nice default system font. Or you could experiment with different font parameters for "Dialog" item and see what happens.

Anyway, even if you fix your system by changing the font, we need to know why it happened in the first place. So a reproducible scenario would be good.
Thanks
Dave

Dave...
I've tested on XP and W7 and it's the same result, so probably not an XP issue

I've, on XP, tested a couple of different fonts, XP default Tahoma, Verdana, Ariel and more, and also different font sizes on each, but no difference on BR24 Dialogue.
Is it OK for your to find the causing commit with help of my previous post, or should I try to use bisect?

And if you find it we could discuss where to make changes, core or plugins? I think Pavel was involved in font handling to BR24Radar_pi during plugin development and can possible advice as well?
Thanks
Håkan

[NEVERMIND]

The file log