OpenCPN Beta Version 3.3.1931 Released

[tom_BigSpeedy]

All I can say right now is that O is still OK with this commit, see screenshot.
(I did a hard reset to this one)

Will continue tomorrow to find the commit that causes the crash

Thomas

[frgeorgeh]

I have avast Anti-Virus. I tried to load the latest release and Avast pooped on it - I know there is not Virus. Now when it takes me to the download page it says connection was reset. I feel Avast is doing this.

Anyone have an idea how I can make Avast behave so I can download?

Thanks!

George+

[cagney]

Originally Posted by bdbcat

cagney...

Regarding missing Depth Contours on Staffans Bank near Landskrona...

Strangely, it only affected that one cm93 E-level cell. Probably related to object order in the database. Anyway, definitely related to display priority calculation for line features.


A fix in github now.
Thanks
Dave

Dave

The fix is fine, but here is more of the same.
The Linux picture is up to date with your latest in Git (but not Pavels).

First the Linux 3.3.2028. Vector depth settings 3,6 and 10m.


And then XP 3.3.1606. find. Vector depth settings 4,10 and 20m.



Thomas

[cagney]

Dave

A funny raster-chart.

This is in quilting mode. Same result with or without open GL.


And in Single mode.


Nothing much in the log. This appeared once:

Line Index corrupt, recreating Index for chart /home/thomas/Charts/ChartsII/BSB3/EUR/Sweden/All_Swedish/2_Ostersjon_radiofyrar_och_distanser-1999-.kap

Nothing in the log after a rebuild of the database.

The chart shows up normal in XP 3.3.1606.

Thomas

[tom_BigSpeedy]

Dave,

I found the commit that causes my OpenGL problems ...
It's : cc8d65f491c64a57f334ad84bc9987f47b5dea28
"Simplify OpenGL options, add "expert" mode by config file settings." from Aug. 10.

As there is no expert options for vector charts, I would have expected that it affects raster charts only...
But it affects both raster and vector (CM93).
As soon as I set the OpenGL tick, both raster and CM93 charts turn black.

I used a "binary search" to identify the commit (creating local branches with HEAD pointing to the different commits)
The timeconsuming problem was that the newer commits didn't compile due to this "virtual void MouseEventHook" versus "virtual bool MouseEventHook" bug. I had to find this one first ...

Could it be, that you're expecting to read some options from the ini file, which are not preset with defaults.
I removed the ini file several times, so O normally sets default values ...
Maybe this is missing ?

Thomas

[CarCode]

Originally Posted by tom_BigSpeedy

The timeconsuming problem was that the newer commits didn't compile due to this "virtual void MouseEventHook" versus "virtual bool MouseEventHook" bug. I had to find this one first ...

Change the line "virtual void MouseEventHook( wxMouseEvent &event );"
to
"virtual bool MouseEventHook( wxMouseEvent &event );"
in ocpn_plugin.h

Gerhard

[bdbcat]

cagney....

On the wierd raster chart:
I simplified the KAP loading methods so as not to completely validate the line offset tale during load. Turns out to be very slow, and is not necessary for charts well formatted. This chart is evidently corrupt in some undetected way.

So, I suppose I need a copy of the offending chart, please.

Thanks
Dave

[tom_BigSpeedy]

Originally Posted by CarCode

Change the line "virtual void MouseEventHook( wxMouseEvent &event );"
to
"virtual bool MouseEventHook( wxMouseEvent &event );"
in ocpn_plugin.h

Gerhard

Yup, that what I did. But I had to find the solution first.

[Ptizef]

I tested 3.3.2028 ++ (last git) low powered W8.1 / AMD Radeon HD 8180
Seems to work fine.
Big improvement rasters with GL + caching . No need to pre-build cache now, after some zooming/panning on a zone, it become fast.

Just for the moment a new problem for me:
I couldn't open O after it has been closed.
Looking into Windows task manager, I discovered that O was still opened in the background and I had to cancel the task.
This happens frequently, but I am unable to find if a specific context has this result
I any one faced this ?
Jean Pierre

[tom_BigSpeedy]

Dave,

glChartCanvas.cpp, line 886 on the left side (see screenshot please).

Removing the line
m_b_DisableFBO = true;
causes my "black OpenGL-Screen" problems.
Which actually disables the if statement starting in Line 880 .

I put that line back in, and OpenGL works again.

These are the OpenGL messages in the logfile before my "fix" (i.e. with black screen):
9:28:29 AM: OpenGL-> Renderer String: Mobile Intel(R) 4 Series Express Chipset Family
9:28:29 AM: OpenGL-> Detected Intel renderer, disabling stencil buffer
9:28:29 AM: OpenGL-> Texture rectangle format: de1
9:28:29 AM: OpenGL-> Vertexbuffer Objects unavailable
9:28:29 AM: OpenGL-> Using Framebuffer Objects
9:28:29 AM: OpenGL-> FBO Stencil buffer unavailable
9:28:29 AM: OpenGL-> Using Depth buffer clipping
9:28:29 AM: OpenGL-> Not Using compression
9:28:29 AM: ChartDB Cache policy: Application target is 1024 MBytes

And these are the messages after I added the line back in (OpenGL OK)

9:52:59 AM: OpenGL-> Renderer String: Mobile Intel(R) 4 Series Express Chipset Family
9:52:59 AM: OpenGL-> Detected Intel renderer, disabling stencil buffer
9:52:59 AM: OpenGL-> Texture rectangle format: de1
9:52:59 AM: OpenGL-> Vertexbuffer Objects unavailable
9:52:59 AM: OpenGL-> Framebuffer Objects unavailable
9:52:59 AM: OpenGL-> Using Depth buffer clipping
9:52:59 AM: OpenGL-> Not Using compression
9:52:59 AM: ChartDB Cache policy: Application target is 1024 MBytes

It looks like the frambuffer stuff doesn't work as expected ...

To describe the problem again : as soon as I set the tick on OpenGL,
my O main screen turns black. For both vector and raster charts.
I don't use expert settings nor texture compression stuff for the raster charts (I never did), and also didn't play with the expert settings yet.
I also had deleted the ini file several times to make sure it doesn't affect O.

FYI: I'm running Win7 prof., 64bit, with onboard Intel graphics

I hope that helps.

Thomas

[cagney]

Originally Posted by Ptizef

I tested 3.3.2028 ++ (last git) low powered W8.1 / AMD Radeon HD 8180
Seems to work fine.
Big improvement rasters with GL + caching . No need to pre-build cache now, after some zooming/panning on a zone, it become fast.

Just for the moment a new problem for me:
I couldn't open O after it has been closed.
Looking into Windows task manager, I discovered that O was still opened in the background and I had to cancel the task.
This happens frequently, but I am unable to find if a specific context has this result
I any one faced this ?
Jean Pierre

Jean Pierre

Yes, I have seen this quite often, and for quite some time, at least all of 2014, I think. I have not been able to pinpoint the reason, and have not tried very hard. I just loosely looked upon it as a Linux problem, perhaps some sort of auto start problem. Of course this problem is much worse on Windows as you are only allowed one instance at any given time. With you seeing the same thing it looks like there is more to it, perhaps....

Thomas

[tom_BigSpeedy]

Meanwhile, with the latest git commits, the line numbers have changed in glChartCanvas.cpp from my previous post (which was the glChartCanvas.cpp version that caused the error for the first time).

Now, with the latest commits on github, I temporarily added the
m_b_DisableFBO = true;
statement back into glChartCanvas.cpp and this "solves" my problems again.
This means there was (obviously) no improvement to the framebuffer problem with intel onboard graphics drivers.
See screenshot with current line numbers ...

No change in the log messages.

Thomas

@Ptizef : no it never happened to me on Win7, prof. But sometimes it takes quite long to shut down (20...30 secs ?), especially after long sailing days. I thought that was maybe related to writing the tracks ? I have an SSD, so maybe that's even longer with a normal hard drive ...
But that's just a pure guess.

[rgleason]

git pull MAVC++ cmake --build .

Build succeeded.

"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\ALL_BUILD.vcxproj"(default target) (1) ->
"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\S57ENC.vcxproj" (default target) (6) ->
(ClCompile target) ->
  ..\src\s57chart.cpp(4676): warning C4018: '>' : signed/unsigned mismatch [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\S57ENC.vcxproj]

"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\ALL_BUILD.vcxproj" (default target) (1) ->
"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\plugins\dashboard_pi\dashboard_pi.vcxproj" (default target) (8) ->
"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj" (default target) (10) ->
  ..\src\Route.cpp(665): warning C4305: 'initializing' : truncation from 'double' to 'float' [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]

  ..\src\Route.cpp(674): warning C4305: '-=' : truncation from 'double' to 'float' [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]
  ..\src\ais.cpp(751): warning C4305: '=' : truncation from 'double' to 'float'
[C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]
  ..\src\ais.cpp(753): warning C4305: '=' : truncation from 'double' to 'float'
[C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]
  ..\src\ais.cpp(755): warning C4305: '=' : truncation from 'double' to 'float'
[C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]
  ..\src\ais.cpp(995): warning C4305: '+=' : truncation from 'double' to 'float'
 [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]
  ..\src\ais.cpp(997): warning C4305: '-=' : truncation from 'double' to 'float'
 [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]
  c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\math.h(632): warning C4005: 'M_PI' : macro redefinition [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]
  ..\src\glChartCanvas.cpp(2773): warning C4101: 'mem_now' : unreferenced local variable [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]

"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\ALL_BUILD.vcxproj" (default target) (1) ->
"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\plugins\dashboard_pi\dashboard_pi.vcxproj" (default target) (8) ->
  ..\..\..\plugins\dashboard_pi\src\baro_history.cpp(156): warning C4101: 'WindSpdScale' : unreferenced local variable [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\plugins\dashboard_pi\dashboard_pi.vcxproj]
  ..\..\..\plugins\dashboard_pi\src\baro_history.cpp(155): warning C4101: 'val1' : unreferenced local variable [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\plugins\dashboard_pi\dashboard_pi.vcxproj]
  ..\..\..\plugins\dashboard_pi\src\baro_history.cpp(259): warning C4101: 'dir' : unreferenced local variable [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\plugins\dashboard_pi\dashboard_pi.vcxproj]
13 Warning(s)
    0 Error(s)

[rgleason]

Opencpn 3.3.2028
Accelerated Graphics checked with Texture caching checked.
When I check "Rebuild Texture cache" Had lots of processing and not much action scrolling by, with one crash. Tried it again, with lots of processing and not much action, but hit "Skip"" to see if it would skip a hangup, and so it closed and did not crash that time. Should I make it crash again?

Run in debug mode?

[rgleason]

After restart of Opencpn 3.3.2028 the ENC charts finally started working, despite having done a Force full rebuild etc. This was with Accel graphics checked and Texture caching checked.

The BSB charts seem to work, but I tried to clear the texture cache (no problems there) and then "Rebuild Texture Cache" this is getting hung up and progress bar starts and then backs up, starts and then backs up, it seems to be hung up on the last chart shown in the picture shown above? (I think). There is high CPU and Opencpn failed and just sent an error report. Do you need any Log file? Well, they're attached. Take the PDF off please.