OpenCPN Beta Version 3.3.1328 Released

[HappySeagull]

...moving right along, My routes actually do have arrow-heads they disappear only when I zoom out to a scale beyond 417000.aha.

So,the following is just me confirming that "persistance" of the setting "Show Magnetic bearings and headings" per ArnolddeMaa's post here:http://www.cruisersforum.com/forums/f134/opencpn-beta-version-3-3-1328-released-119663-3.html#post1456540

The problem is it is not shutdown resistend. If you enabled it works fine. But Opencpn does not save the parameter. So the nextime you startup OpenCpn. the parameter is disabled.

I see this too. If I set "Show Magnetic bearings and headings" to "on" in the toolbox, it only stays on until I shut O down.
in my ownopencpn.ini ... O does not write ShowMag=1. And if I do it,(with O off of course), she starts with it enabled but it does not stay written and reverts to ShowMag=0 when O is started up again.

[nohal]

Kind of shows how popular magnetic is amongst the developers The setting persistency fixed in the master now.

Pavel

[bdbcat]

curl...

re:

Has CM93 charts ever worked after compiling without OPENGL ?
If the simple answer is No, skip below.

Updated code available in github now which builds correctly and runs cm93 in a No-GL environment.

Have a look if you get a chance.

Thanks
Dave

[Hakan]

Dave and Pavel
The last git push successfully tested in Win32(XP). Both the mag. variation sign shift and the -no_OpenGL switch.

One minor comment to the wiki on OpenGL | Official OpenCPN Homepage
The text here is somewhat misleading if you read it for the first time. See below. The corresponding info at "The Command line" is correct

On some systems using Intel HD Graphics adapters, especially running  64bit editions of Windows 7, OpenCPN gets killed due to errors in the  display adapter drivers. You may try to get updated drivers or as a  workaround, on Windows run OpenCPN - no OpenGL <<<<<<<< Should be: -no_OpenGL   

Thanks
Håkan

[nohal]

Hakan...
It refers to the Start menu entry named like this. Of course the command line switch is the same as on the other platforms. I have rephrased it a bit.

Pavel

[bdbcat]

Hakan/nohal...

Just to be super clear, my patch for No-GL environment relates to building from scratch, when cmake does not find any sign of the OpenGL libraries/includes. I suppose this situation obtains on some microscopic arm type devices, sometimes.

Simulate if you like by editing CMakeLists.txt temporarily, commenting out the line to find OpenGL.

SET(wxWidgets_USE_LIBS base core net xml html adv aui)

#FIND_PACKAGE(OpenGL)
IF(OPENGL_GLU_FOUND)
.
.
.

Thanks
Dave

[curl]

Originally Posted by bdbcat

Have a look if you get a chance.

Thanks
Dave

Thanks, excellent work , loading charts works.
But if I provoke opencpn by moving around and zooming in and out , I'm able to make a crash.

Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
Core was generated by `./opencpn'.
Program terminated with signal 11, Segmentation fault.
#0 0x0038636c in triangulate_single_polygon (nvert=588, posmax=1, side=2, op=0xa4aba78) at /storage/opencpn/OpenCPN/src/tri.c:1595
1595 rc[ri] = v;

> No-GL environment
Have no problem compiling it using OpenGL.
But I was hoping to see better performance (CM93) when moving to a new area and zoom in several steps.
The cpu uses all of it power for 10's of seconds when opencpn have to
load more than 2 new cells, but I'm seeing this on my Windows machine also.

[bdbcat]

curl...

The internal polygon tesselator used by OCPN when OpenGL is not available is not great code. Buggy and slow, not studied lately due to low priority.

Just for my info, why are you interested in the No-GL environment?

Thanks
Dave

[curl]

Originally Posted by bdbcat

Just for my info, why are you interested in the No-GL environment?
Thanks
Dave

As I wrote earlier, I was hoping for better speed when many cells are to be loaded.
But now I can't see any speed gains so I stick with OpenGL when compiling.

[Hakan]

Originally Posted by bdbcat

Hakan/nohal...
Simulate if you like by editing CMakeLists.txt temporarily, commenting out the line to find OpenGL.

SET(wxWidgets_USE_LIBS base core net xml html adv aui)

#FIND_PACKAGE(OpenGL)
IF(OPENGL_GLU_FOUND)
.

Thanks
Dave

Dave..
Tested - crash! Report sent 15 minutes ago.
-Win32-XP
-New Git clone.
-Built wo searching for OpenGl
-New .ini file at first run but else running in my normal working dir.
-Loaded CM93 only
-Charts loaded and viewed but repeatedly crashes when zooming or moving. One zoom operation works. On the next key press the crash occur.

More to test? I'll keep the repository.

Håkan

[bobofthenorth]

Not sure if this is a bug or a feature. If its a feature it sux.

When creating a route I used to be able to access the menu in the midst of route creation - typically to zoom or pan. I no longer can do that. If I attempt to access the menu, as soon as the mouse departs the chart area the entire menu disappears.

[Hakan]

bob....
Yeah - I see that as well. (Win32) If this is new or not I can't verify. I've never tried this before but apparently you have. I think it's a consequence of when you are close to the chart edge trailing a new mark position the chart has to move downwards. Then the menu will be "in its way"? And the menu is back on the next mark positioning - right? You may use the +/- keys or the mouse wheel to zoom instead?? If this behaviour is intendant or not only the developers can say. Let's see if there are any reactions on this so to say funny thing.

[Hakan]

Originally Posted by nohal

Hakan...
It refers to .......... I have rephrased it a bit.
Pavel

Very nice! Thanks/Håkan

[sv Aurelia]

Hi all

first off all thanks for the good work

fiddling around with the route manager tool I noticed when clicking on a waypoint and opening the waypoint properties it is possible to add a link at this waypoint the link properties window will open behind the waypoint properties window and then when you try to move one off the windows both will move the only option is to puss the esc buton to close the link properties window then move the waypoint properties window aside and puss the add link button again. I think this window should open on top.

System macbook
osx 10.7.5
opencpn 3.3.1328

[HappySeagull]

Originally Posted by sv Aurelia

Hi all

first off all thanks for the good work

fiddling around with the route manager tool I noticed when clicking on a waypoint and opening the waypoint properties it is possible to add a link at this waypoint the link properties window will open behind the waypoint properties window and then when you try to move one off the windows both will move the only option is to puss the esc buton to close the link properties window then move the waypoint properties window aside and puss the add link button again. I think this window should open on top.

System macbook
osx 10.7.5
opencpn 3.3.1328

Tried this...bt No issue on XP for me, so maybe it's just a MAC problem.