OCPN Beta 4.8.1 PreAlpha

[Hakan]

Originally Posted by transmitterdan

I think there is some kind of new bug in the look ahead feature. If I turn off look ahead mode the ship is stable in the center of the screen and the chart does not jump around. But if I turn on look ahead mode and turn on head up mode the chart jumps around back and forth sideways even for tiny ship movements. It is really annoying.

On win10 VS 2013
Dan.. I can't reproduce this. I always use lock ahead mode. The function is as is use to be for me. Both in head up and north up.
But I'm running simulation only. One VDR from live GPS and one own simulation.
Now on board while moored there is a jumping around some meters but that's as it use to be.

The chart is always moving a little from side to side that's nothing new and it would of course be fine to get rid of that.

Håkan

[transmitterdan]

Originally Posted by Hakan

On win10 VS 2013
Dan.. I can't reproduce this. I always use lock ahead mode. The function is as is use to be for me. Both in head up and north up.
But I'm running simulation only. One VDR from live GPS and one own simulation.
Now on board while moored there is a jumping around some meters but that's as it use to be.

The chart is always moving a little from side to side that's nothing new and it would of course be fine to get rid of that.

Håkan

Thanks for looking at this. If you try North Up mode does it behave differently?

[transmitterdan]

This is a short video of my screen with O running in look ahead / north up mode. I cannot understand why the ship's position on the screen jumps around.

https://1drv.ms/v/s!Ahh4-68oWChagaMC6PKYEd_hcEpuIA

[boat_alexandra]

Originally Posted by Hakan

Dave.. Sean..
I've isolated this bug to commit 72f4fc2 "Merge pull request #927 from seandepagnier/memory_consumption_4"

The crash is when " pSelect->AddAllSelectableRouteSegments( m_pSelectedRoute );" shall execute. Both from right menu and route dialog.
i.e. canvasMenu.cpp and the same function in routmanagerdialog.cpp
The row from canvasMenu is marked on attached picture.

I'm sorry but I can't point out what's wrong. Some class was changed?
The debug error is "Access violation reading....."

I reproduced it.. I think I fixed it
https://github.com/OpenCPN/OpenCPN/pull/946

[Hakan]

Sean..
Thanks, the crash is fixed.
Håkan

[Hakan]

Originally Posted by transmitterdan

Thanks for looking at this. If you try North Up mode does it behave differently?

Dan..
I see no significant difference in North or course -up.
Since my replay has diagonal course in north up (~30 degr.) there's a left/right chart movement. I would say that "jumping" may come from that the movement first make the forward part and then the side part instead of one diagonal movement? (I havn't read the code so I'm guessing.)

For some reason I couldn't read your video so I can't judge if you've more jumping. But playing this old VDR https://www.dropbox.com/s/jc872vqze5...fjord.txt?dl=0 render a side jumping of maximum five mm at scale ~10 000 on a 14" 1366x768 screen. Maybe you can test for comparison?
Håkan

[Hakan]

Auto follow and "jumping" viewpoint.
The jumpy/restless chart is of course disturbing but I can't say it's a new behavior. When I claim it's not a problem it may be due to I've always used the function and are so to say used to the jumping.

The best would be if the chart was more stable, that's true. Could the code be adapted to smoothen the chart movements instead of a step change on every new GPS position? We could allow the boat symbol to move a little on the canvas even in auto follow mode? Could the course up update period setting be used to control also the north up mode?
I'm speculating only in order to push ideas coming up in someones head. How to smoothen the SetViewPoint( zLat, zLon,..........) function when gLat/gLon are used?? (If that's the correct function)
Håkan

[transmitterdan]

What I can't figure out is why the ship's location on the viewport moves so much for little or no actual movement of position or COG.

[Hakan]

And BTW:
All my discussion in last post is about when "look Ahead" mode is active. That's also one of my "always use" habits.
In not-look ahead mode the chart movements are already more stable.
Håkan

[Hakan]

Dan..
Agree. Please try to figure out

[transmitterdan]

Hakan,

I think I know what it is. When follow ship, offset mode, look ahead mode and north up mode are all turned on the goal of the look ahead is to position the ship about 2/3 away from the farthest point directly ahead of the ship. Because the screen is a rectangle the ship's position on the screen keeps changing since the farthest point ahead is changing rapidly. I think there may be an easy solution. Will investigate.

[rooiedirk]

The Grib PI is now looking for the most recent .grb file. This is nice, however it does only so at startup of OpenCPN. Would be even more usefull if it did so before opening the Grib PI window.

[Rasbats]

Problems with Win10, VS2013 building 4.8.1

1>chartdldr_pi.obj : error LNK2001: unresolved external symbol "int const wxEVT_DOWNLOAD_EVENT" (?wxEVT_DOWNLOAD_EVENT@@3HB)
1>D:\plugins\4.8.1\OpenCPN\build\plugins\chartdldr _pi\Release\chartdldr_pi.dll : fatal error LNK1120: 1 unresolved externals

Ptizef in
Building Opencpn using mingw (gcc) on Windows made an extern definition.
How is this done? Is it needed?

Lots of warnings about wxEvent associated with ocpn_plugin.h.

"D:\plugins\4.8.1\OpenCPN\build\opencpn.vcxpro j" (default target) (15) ->
(Link target) ->
expat.lib(expat.dll) : error LNK2005: _XML_ParserCreate already defined in wxexpat.lib(xmlparse.obj) [D:\plugins\4.8.
1\OpenCPN\build\opencpn.vcxproj]
expat.lib(expat.dll) : error LNK2005: _XML_SetElementHandler already defined in wxexpat.lib(xmlparse.obj) [D:\plugins
\4.8.1\OpenCPN\build\opencpn.vcxproj]
expat.lib(expat.dll) : error LNK2005: _XML_SetCharacterDataHandler already defined in wxexpat.lib(xmlparse.obj) [D:\p
lugins\4.8.1\OpenCPN\build\opencpn.vcxproj]
expat.lib(expat.dll) : error LNK2005: _XML_SetCommentHandler already defined in wxexpat.lib(xmlparse.obj) [D:\plugins
\4.8.1\OpenCPN\build\opencpn.vcxproj]
expat.lib(expat.dll) : error LNK2005: _XML_SetDefaultHandler already defined in wxexpat.lib(xmlparse.obj) [D:\plugins
\4.8.1\OpenCPN\build\opencpn.vcxproj]

To get round this I had to remove this linker input in the opencpn project:

..\..\..\buildwin\expat-2.1.0\expat.lib

It seems as if we have two libs trying to do the same job ... the one in buildwin and the other in wxWidgets wxexpat.lib

This happens on a relatively clean box with a first build of OpenCPN and freshly installed helper programs like CMake etc.

Mike

[Hakan]

TransmitterDan...
Very well! Sounds nice you'll try. I look forward to any tests or discussion.
A new thread on next message to not interfere to much here?
Håkan

[Hakan]

On Win10
> Reversed track renaming of WP's when OpenGL is on; Now fixed.
Håkan