Weather Routing

[kevinvh]

Thanks Dave. Yes, I am using the same CM93 with OpenCPN and qtVlm.

Your last screenshot is interesting - see you are using linux - depth contours the same, but no names with OpenCPN. Why are the "Options/Charts/Vector Chart Display/User Standard Objects" greyed out with MacOS - think this is where the issue is? I cannot repeat your screenshot.

Regarding the Open GL issue with OpenCPN WR, isochrones do not show if Open GL is used. Very annoying having to switch Open GL on and off. This issue arises whether you use a PC or a Mac.

Originally Posted by bdbcat

Kevinh...


I fiddled around at one location, your last two screenshots. (Yaurava Bay).
See the attached pix. Generated using Display Category "All", no other tweaks. linux/x86.



I cannot see much content difference between my screen shot, and your last attachment. Of course, some differences in line style, fonts, colors, etc. OCPN uses IHO S52 PLIB display standards.

If you cannot get something similar to my shot on your Mac, then of course that is a problem.


Thoughts?
Dave

[bdbcat]

kevin...
1. Your last screenshot...no names with OpenCPN.
I see two small island names missing. All others are present, in smaller font. Agree?



2." Why are the "Options/Charts/Vector Chart Display/User Standard Objects" greyed out with MacOS - think this is where the issue is?"
User Standard Objects are grey if you have not selected the display category "User Standard". This is normal behavior, as documented.



3. "I cannot repeat your screenshot."
Have you tried display category "All"?


Dave

[kevinvh]

Where do I select the display category "User Standard"? I have tried everything to access the greyed out categories - what am I missing? See screenshot.

Originally Posted by bdbcat

kevin...
1. Your last screenshot...no names with OpenCPN.
I see two small island names missing. All others are present, in smaller font. Agree?



2." Why are the "Options/Charts/Vector Chart Display/User Standard Objects" greyed out with MacOS - think this is where the issue is?"
User Standard Objects are grey if you have not selected the display category "User Standard". This is normal behavior, as documented.



3. "I cannot repeat your screenshot."
Have you tried display category "All"?


Dave

[ozolli]

"Where do I select the display category "User Standard"?"

On the bottom right of the screen, in the black bar, you click on the hamburger icon alongside the zooms and boat icon.

[kevinvh]

OK, I have everything turned on with OpenCPN and it now displays pretty much the same detail as qtVlm. The latter is more pleasing to the eye - see attached.

Originally Posted by ozolli

"Where do I select the display category "User Standard"?"

On the bottom right of the screen, in the black bar, you click on the hamburger icon alongside the zooms and boat icon.

[bdbcat]

Kevin...
Looking into OpenGL isochrones problem.
Can you tell me if the isochrone display on OpenGL ever worked? And if so, maybe what version, and rough time frame?

Anyone else?


Thanks
Dave

[kevinvh]

OK, I have seen the doubts raised by Rick and others as to whether isochrons ever displayed with OpenGL activated. All I can say is that I ALWAYS had OpenGL activated with 5.6.0 and earlier versions and the isochrons did show. It was only after 5.6.2 that I noticed the isochrones were missing.

The trouble is that I cannot positively identify when the isochrones stopped working with OpenGL.

Originally Posted by bdbcat

Kevin...
Looking into OpenGL isochrones problem.
Can you tell me if the isochrone display on OpenGL ever worked? And if so, maybe what version, and rough time frame?


Thanks
Dave

[seandepagnier]

there are optimizations to use dislaylist /vbo for opengl. Perhaps the quickest way is to turn this off rather than detect which graphics cards can't handle the current code?

It is very easy to test this difference by installing the projections plugin, then using a non-mercator projection which will disable the optimization. If the isochrons then work we can just disable the display list on RouteMapOverlay.cpp:406

[bdbcat]

Sean...
Yep, I found that. And disabling DList fixes the current problem on 5.6.2, linux.

But I would like to understand what is going on.
I confirm that on Windows, OpenCPN 5.6.0, the DList code does work correctly, and isochrones are shown. So, there is some regression in 5.6.2 that we do not understand yet. Probably related to the "adjusted" viewport used in the DList drawing.

So, now I am building a debuggable 5.6.0, and we shall experiment to see the difference at runtime. Worst case, I'll do a large bisect.



Thanks
Dave

[rgleason]

Thank you for finding the source of the display list issue with weather_routing. I had thought it was some change I made in cmakelists.txt.


https://github.com/rgleason/weather_...g_pi/issues/92

[bdbcat]

All...
OK, I found the offending change in O562 that causes the isochrones not to display in OpenGL mode. Correction is trivial, and will be made for next version of OCPN.


Meanwhile, today, the simple solution is to disable display list use in the weather_routing plugin. There may be a minor performance hit on some systems. In real life, however, the plugin is mainly compute-bound rather than display-limited, so I think any graphics performance change will not be noticeable.
I'll prepare a PR for weather_routing_pi.


Thanks
Dave

[rgleason]

Originally Posted by bdbcat

All...
OK, I found the offending change in O562 that causes the isochrones not to display in OpenGL mode. Correction is trivial, and will be made for next version of OCPN.


Meanwhile, today, the simple solution is to disable display list use in the weather_routing plugin. There may be a minor performance hit on some systems. In real life, however, the plugin is mainly compute-bound rather than display-limited, so I think any graphics performance change will not be noticeable.
I'll prepare a PR for weather_routing_pi.


Thanks
Dave

Dave, does this mean that when the next O version is released, that we should also revert this change in weather_routing?

[bdbcat]

Rick...


No, no need for that. The display list code is an optimization, probably subsumed by other improvements in graphics drivers. Technically, display lists are now deprecated in modern OpenGL, as is direct render pipeline. So, conversion of the plugin to use GLSL and shaders is probably the best use of resources.


Dave

[rgleason]

The answer is yes.


Later: saw your response. Capiche. Thanks.
We used to have Display Lists in CAD, very important on slow machines.

[rgleason]

Hasse_A has been having trouble with 5.x.x and is using

See https://www.cruisersforum.com/forums...ml#post3634264



I've asked him for details about his Win10 machine and the graphics card.
He is presently using 4.8.x and finds opencpn 5.x.x hangs up when using weather_routing.


I have asked him to run OpenGl and send the information. I wish he would post all the info here!

Well, any 5.x.x hangs/freezes when running weather routing so I really need to use 4.x.x as I am helping two boats with weather info. The 5.6.0 is useless for doing weather routing. ¨ I have discussed this with you before Rick.