OpenCPN Beta Version 3.3.1931 Released

[nohal]

Dave...
Funny behavior - The exactly horizontal and vertical fine lines are not drawn in OpenGL on my aging Intel GPU:

10:55:02 CDT: OpenGL-> Renderer String: Mesa DRI Intel(R) Ironlake Mobile
10:55:02 CDT: OpenGL-> Detected Intel renderer, disabling stencil buffer
10:55:02 CDT: OpenGL-> Texture rectangle format: de1
10:55:02 CDT: OpenGL-> Using Vertexbuffer Objects
10:55:02 CDT: OpenGL-> Using Framebuffer Objects
10:55:02 CDT: OpenGL-> Using FBO Stencil buffer
10:55:02 CDT: OpenGL-> Using Depth buffer clipping
10:55:02 CDT: OpenGL-> Using s3tc dxt1 compression
10:55:02 CDT: OpenGL-> Compressed tile size: 128kb (6:1)

Do we have some better option than

diff --git a/src/ais.cpp b/src/ais.cpp
index fffce35..5362f71 100644
--- a/src/ais.cpp
+++ b/src/ais.cpp
@@ -1134,6 +1134,8 @@ static void AISDrawTarget( AIS_Target_Data *td, ocpnDC& dc )
 
             if (g_bDrawAISSize && bcan_draw_size)
             {
+                wxPen target_pen( GetGlobalColor( _T ( "UBLCK" ) ), 2 );
+                dc.SetPen( target_pen );
                 dc.SetBrush( wxBrush( GetGlobalColor( _T ( "UBLCK" ) ), wxTRANSPARENT ) );
                 dc.StrokePolygon( 6, ais_real_size, TargetPoint.x, TargetPoint.y );
             }

and alike in other affected places?

Pavel

[bcn]

Building on ARM (7c81663..a604785) fails with

CMakeFiles/opencpn.dir/src/chart1.cpp.o: In function `MyApp::OnExit()':
/root/GitOpenCPN/OpenCPN/src/chart1.cpp:2440: undefined reference to `FontMgr::Shutdown()'
CMakeFiles/opencpn.dir/src/chartdbs.cpp.o: In function `ChartTableEntry':
/root/GitOpenCPN/OpenCPN/src/chartdbs.cpp:221: undefined reference to `DouglasPeucker(double*, int, int, double, wxArrayInt*)'
/root/GitOpenCPN/OpenCPN/src/chartdbs.cpp:312: undefined reference to `DouglasPeucker(double*, int, int, double, wxArrayInt*)'
CMakeFiles/opencpn.dir/src/chcanv.cpp.o: In function `ChartCanvas::OnPaint(wxPaintEvent&)':
/root/GitOpenCPN/OpenCPN/src/chcanv.cpp:8779: undefined reference to `OCPNRegion::GetNew_wxRegion()'
CMakeFiles/opencpn.dir/src/glChartCanvas.cpp.o: In function `glChartCanvas::FactoryCrunch(double)':
/root/GitOpenCPN/OpenCPN/src/glChartCanvas.cpp:2716: undefined reference to `glTexFactory::FreeSome(long)'
libS57ENC.a(s57chart.cpp.o): In function `S57Obj':
/root/GitOpenCPN/OpenCPN/src/s57chart.cpp:704: undefined reference to `PolyTessGeo::PolyTessGeo(unsigned char*, int, int, int)'
libS57ENC.a(s57chart.cpp.o): In function `s57chart::CreateSENCRecord(OGRFeature*, _IO_FILE*, int, S57Reader*)':
/root/GitOpenCPN/OpenCPN/src/s57chart.cpp:5673: undefined reference to `PolyTessGeo::PolyTessGeo(OGRPolygon*, bool, double, double, bool, double)'
/root/GitOpenCPN/OpenCPN/src/s57chart.cpp:5684: undefined reference to `PolyTessGeo::PolyTessGeo(OGRPolygon*, bool, double, double, bool, double)'
libS57ENC.a(s57chart.cpp.o): In function `s57chart::CreateSENCVectorEdgeTable(_IO_FILE*, S57Reader*)':
/root/GitOpenCPN/OpenCPN/src/s57chart.cpp:5833: undefined reference to `DouglasPeucker(double*, int, int, double, wxArrayInt*)'
collect2: ld returned 1 exit status
make[2]: *** [opencpn] Error 1
make[1]: *** [CMakeFiles/opencpn.dir/all] Error 2
make: *** [all] Error 2
OpenCPN make failed

Hubert

[tom_BigSpeedy]

Dave,

me again, with my OpenGL-Intel-onboard-graphics-framebuffer-black-screen-problem.
This OpenGL stuff is part of wxWidgets, right ?
I'm still running wxWidgets 2.8.12.
Do you think it makes sense to install wxWidgets 3 and try again ?

Thomas

[rgleason]

Found that my Dell XPS Inspiron 15 Laptop is using the Intel HD Display adapter rather than the NVIDIA Geforce 540M. (The NVIDIA card was an option and the machine comes wiith onboard Intel HD Graphics. -this uses more juice than a standard machine..) I have found more success with Opengl when I run Opencpn on the NVIDIA always. Something has changed here now, back to using Intel HD Graphics, and I do not seem to have the "Advanced" TAB which will direct the system to run Opencpn with only the NVIDIA Geforce Adapter. (..Its here somewhere, I am sure.) Anyway that is why I am now having some new troubles with Opengl I believe.

3:36:01 PM: OpenGL-> Renderer String: Intel(R) HD Graphics Family
3:36:01 PM: OpenGL-> Detected Intel renderer, disabling stencil buffer
3:36:01 PM: OpenGL-> Texture rectangle format: de1
3:36:01 PM: OpenGL-> Using Vertexbuffer Objects
3:36:01 PM: OpenGL-> Using Framebuffer Objects
3:36:01 PM: OpenGL-> Using FBO Stencil buffer
3:36:01 PM: OpenGL-> Using Depth buffer clipping
3:36:01 PM: OpenGL-> Using s3tc dxt1 compression
3:36:01 PM: OpenGL-> Compressed tile size: 128kb (6:1)
3:36:01 PM: ChartDB Cache policy: Application target is 1024 MBytes
3:36:01 PM: Loading chart db version: V018
3:36:01 PM: Chartdb: Chart directory list follows

[nohal]

Hubert...
Weird, builds fine for me on ARM and there's nothing that could actually cause this in the last commits as far as I can tell. Try a clean build with

make clean && cmake .. && make

and of course make sure that your source tree is actually consistent.

Pavel

Originally Posted by bcn

Building on ARM (7c81663..a604785) fails with

CMakeFiles/opencpn.dir/src/chart1.cpp.o: In function `MyApp::OnExit()':
/root/GitOpenCPN/OpenCPN/src/chart1.cpp:2440: undefined reference to `FontMgr::Shutdown()'
CMakeFiles/opencpn.dir/src/chartdbs.cpp.o: In function `ChartTableEntry':
/root/GitOpenCPN/OpenCPN/src/chartdbs.cpp:221: undefined reference to `DouglasPeucker(double*, int, int, double, wxArrayInt*)'
/root/GitOpenCPN/OpenCPN/src/chartdbs.cpp:312: undefined reference to `DouglasPeucker(double*, int, int, double, wxArrayInt*)'
CMakeFiles/opencpn.dir/src/chcanv.cpp.o: In function `ChartCanvas::OnPaint(wxPaintEvent&)':
/root/GitOpenCPN/OpenCPN/src/chcanv.cpp:8779: undefined reference to `OCPNRegion::GetNew_wxRegion()'
CMakeFiles/opencpn.dir/src/glChartCanvas.cpp.o: In function `glChartCanvas::FactoryCrunch(double)':
/root/GitOpenCPN/OpenCPN/src/glChartCanvas.cpp:2716: undefined reference to `glTexFactory::FreeSome(long)'
libS57ENC.a(s57chart.cpp.o): In function `S57Obj':
/root/GitOpenCPN/OpenCPN/src/s57chart.cpp:704: undefined reference to `PolyTessGeo::PolyTessGeo(unsigned char*, int, int, int)'
libS57ENC.a(s57chart.cpp.o): In function `s57chart::CreateSENCRecord(OGRFeature*, _IO_FILE*, int, S57Reader*)':
/root/GitOpenCPN/OpenCPN/src/s57chart.cpp:5673: undefined reference to `PolyTessGeo::PolyTessGeo(OGRPolygon*, bool, double, double, bool, double)'
/root/GitOpenCPN/OpenCPN/src/s57chart.cpp:5684: undefined reference to `PolyTessGeo::PolyTessGeo(OGRPolygon*, bool, double, double, bool, double)'
libS57ENC.a(s57chart.cpp.o): In function `s57chart::CreateSENCVectorEdgeTable(_IO_FILE*, S57Reader*)':
/root/GitOpenCPN/OpenCPN/src/s57chart.cpp:5833: undefined reference to `DouglasPeucker(double*, int, int, double, wxArrayInt*)'
collect2: ld returned 1 exit status
make[2]: *** [opencpn] Error 1
make[1]: *** [CMakeFiles/opencpn.dir/all] Error 2
make: *** [all] Error 2
OpenCPN make failed

Hubert

[rgleason]

Dell XPS 15 Laptop with Nvidia geforce card (active) and Intel graphic card.
====
NVIDIA System Information report
Operating System: Windows 7 Professional, 64-bit (Service Pack 1)
DirectX version: 11.0
GPU processor: GeForce GT 540M
Driver version: 306.97
DirectX support: 11.1
CUDA Cores: 96
Core clock: 672 MHz
Shader clock: 1344 MHz
Memory data rate: 1800 MHz
Memory interface: 128-bit
Total available graphics memory: 4096 MB
Dedicated video memory: 2048 MB DDR3
System video memory: 0 MB
Shared system memory: 2048 MB
Video BIOS version: 70.08.44.00.11
IRQ: 16
Bus: PCI Express x16 Gen2

In NVIDIA Control Panel > 3D Settings > Manage 3D Settings
Global Settings TAB Set to NVIDIA Processor (Not Intel HP Graphics
Program Settings TAB Add a new program and pick Opencpn.exe for version intended.
----
Now Opencpn program application is set to use NVIDIA instead of Intel HP Graphics.

However under Intel HP Graphics, Opencpn 3.3.1931 and 3.3.2028 seem to work much better with thee Opengl check turned OFF. These programs when using NVIDIA Geforce 540M Display Adapter work well with Accelerated Graphics Opengl checked and there is not nearly the same hesitation and waiting for the graphics Processor.

I note that this post from 3.3.1824 reported use with NVIDIA Geforce 540M
http://www.cruisersforum.com/forums/...ml#post1571680

[rgleason]

PS: Under Nvidia Geforce 540M when I go into "Rebuild Texture Maps" it shows 2+ hours, and seems to be processing, just as with Intel HD Graphics, but it is a heck of a lot more graceful when you hit "Skip".

Observation: It might be good to have two progress bars, one overalll time and the other for individual charts processing to texture map.

[seandepagnier]

Originally Posted by tom_BigSpeedy

Dave,

me again, with my OpenGL-Intel-onboard-graphics-framebuffer-black-screen-problem.
This OpenGL stuff is part of wxWidgets, right ?
I'm still running wxWidgets 2.8.12.
Do you think it makes sense to install wxWidgets 3 and try again ?

Thomas

framebuffer object is an opengl extension. Has nothing to do with wxwidgets.

Maybe you can try some fbo samples to verify they work?

[rgleason]

First Chart 13274 Massachusets Bay BSB has 45 degree lines through it (with Opengl on) using Nvidia card.
Second image is with Opengl off.

[tom_BigSpeedy]

Originally Posted by boat_alexandra

framebuffer object is an opengl extension. Has nothing to do with wxwidgets.

Maybe you can try some fbo samples to verify they work?

Yes, you're right Sean.
But O adresses the fbo opengl extension somehow.
And isn't that done by wxWidgets ?

Thomas

[bcn]

Originally Posted by nohal

Hubert...
Weird, builds fine for me on ARM and there's nothing that could actually cause this in the last commits as far as I can tell. Try a clean build with

make clean && cmake .. && make

and of course make sure that your source tree is actually consistent.

Pavel

Pavel,

thanks, that did the trick.
3.3.2028 built and running (slow as there is no Mali support installed).

Hubert

[seandepagnier]

Originally Posted by tom_BigSpeedy

Yes, you're right Sean.
But O adresses the fbo opengl extension somehow.
And isn't that done by wxWidgets ?

Thomas

I wish this were the case, but instead platform specific routines are invoked which are not part of wxwidgets neither.

[bdbcat]

cagney...

Regarding cm93 near Herthas Flak....

I think that we are looking at two different cm93 datasets. The Windows 3.3.1606 image seems to be cm93/2010. The linux 3.3.2028 seems to be cm93/2011. Could this be so?

The cm93/2011 reclassified the wrecks on the image to "non-dangerous", depth not available. So O 3.3.2028 seems to be doing the right thing.

Still wondering about the funny raster charts shown before. Maybe I have them. What is the file name of the funny skewed image?

Thanks
Dave

ps. I am bottled up by weather in a spot with very poor WiFi. Trying to follow along, but it is difficult....

[bdbcat]

Thomas Speedy...

Lets try this:

1. Remove the line you added:
// m_b_DisableFBO = true;

2. Enable this test, which was disabled some time ago:

#if 0 /* this test sometimes failes when the fbo still works */
if( m_b_BuiltFBO ) {
// Check framebuffer completeness at the end of initialization.
( s_glBindFramebuffer )( GL_FRAMEBUFFER_EXT, m_fb0 );
GLenum fb_status = ( s_glCheckFramebufferStatus )( GL_FRAMEBUFFER_EXT );
( s_glBindFramebuffer )( GL_FRAMEBUFFER_EXT, 0 );

if( fb_status != GL_FRAMEBUFFER_COMPLETE_EXT ) {
wxString msg;
msg.Printf( _T(" OpenGL-> Framebuffer Incomplete: %08X"), fb_status );
wxLogMessage( msg );
m_b_DisableFBO = true;
BuildFBO();
}
}
#endif

To do that, simply remove the
#ifdef 0 and the #endif lines.

$make and test.

This test should fail on your system, and thus disable FBOs, and so it works.

Let me know
Thanks
Dave

[cagney]

Originally Posted by bdbcat

cagney...

Regarding cm93 near Herthas Flak....

I think that we are looking at two different cm93 datasets. The Windows 3.3.1606 image seems to be cm93/2010. The linux 3.3.2028 seems to be cm93/2011. Could this be so?

The cm93/2011 reclassified the wrecks on the image to "non-dangerous", depth not available. So O 3.3.2028 seems to be doing the right thing.

Still wondering about the funny raster charts shown before. Maybe I have them. What is the file name of the funny skewed image?

Thanks
Dave

ps. I am bottled up by weather in a spot with very poor WiFi. Trying to follow along, but it is difficult....

Dave

You're right about CM93 & Herthas Flak, loading CM93 /2009 and using the same settings as in XP, I do get the same screen. Sorry for the red herring!
The point is that I'm a bit worried about the lack of soundings in many areas.

Regarding the weird raster. I sent you a mail, but it's doubtful if it's delivered.
Anyway.. you can download the chart here http://www.first-escape.com/sail/doc...anser-1999-.7z

Thanks
/Thomas