Sean's Optimum Branch Merge

[seandepagnier]

Dave,
great work on the proc loading.. that was an easy fix!

I am basically finished with the commits for the merge at this point. Waiting for pull request.

I will look into making the wheel do smooth zooming, and zoom to cursor work for '+' and '-' keys.

[Icnoships]

Dave
just comparing

From your log

Code:
22:57:28 EDT: OpenGL-> Renderer String: Intel GMA 950 OpenGL Engine
22:57:28 EDT: OpenGL-> Detected Intel renderer, disabling stencil buffer
22:57:28 EDT: OpenGL-> Detected Intel renderer, disabling FBO
22:57:28 EDT: OpenGL-> Texture rectangle format: de1
22:57:28 EDT: OpenGL-> Framebuffer Objects unavailable
22:57:28 EDT: OpenGL-> Using Depth buffer clipping

my log

13:40:32 EST: OpenGL-> Renderer String: NVIDIA GeForce 9400M OpenGL Engine
13:40:32 EST: OpenGL-> Texture rectangle format: de1
13:40:32 EST: OpenGL-> Framebuffer Objects unavailable
13:40:32 EST: OpenGL-> Using Stencil buffer clipping

but not sure why

in case this helps

Mo

[CarCode]

Mo,
different graphic chips.
Get "OpenGL Extensions Viewer.app" from App Store (free), if interested in OpenGL.
Gerhard

[Hakan]

Pulled master 30 minutes ago.
Now runs nicely even on WinXP and my dated graphic.
Thanks all
Håkan

[bdbcat]

Mo....

I cannot reproduce this assert. I assume only happens in OpenGL mode? What wxWidgets version? In XCode build, or standard command line build? Which charts? Screenshot? More info?

Thanks
Dave

[bdbcat]

Sean...

After merge of latest Pull Request, I get this:

Scanning dependencies of target TEXCMP
[ 27%] Building C object CMakeFiles/TEXCMP.dir/src/texcmp/lz4/lz4.c.o
[ 27%] Building C object CMakeFiles/TEXCMP.dir/src/texcmp/lz4/lz4hc.c.o
[ 28%] Building CXX object CMakeFiles/TEXCMP.dir/src/texcmp/squish/alpha.cpp.o
[ 28%] Building CXX object CMakeFiles/TEXCMP.dir/src/texcmp/squish/clusterfit.cpp.o
In file included from /home/dsr/Desktop_Old/opencpn/src/texcmp/squish/simd_sse.h:31:0,
                 from /home/dsr/Desktop_Old/opencpn/src/texcmp/squish/simd.h:34,
                 from /home/dsr/Desktop_Old/opencpn/src/texcmp/squish/clusterfit.h:32,
                 from /home/dsr/Desktop_Old/opencpn/src/texcmp/squish/clusterfit.cpp:27:
/usr/lib/gcc/i686-linux-gnu/4.6/include/emmintrin.h:32:3: error: #error "SSE2 instruction set not enabled"
In file included from /home/dsr/Desktop_Old/opencpn/src/texcmp/squish/simd.h:34:0,
                 from /home/dsr/Desktop_Old/opencpn/src/texcmp/squish/clusterfit.h:32,
                 from /home/dsr/Desktop_Old/opencpn/src/texcmp/squish/clusterfit.cpp:27:
/home/dsr/Desktop_Old/opencpn/src/texcmp/squish/simd_sse.h: In function ‘squish::Vec4 squish::Truncate(squish::Vec4::Arg)’:
/home/dsr/Desktop_Old/opencpn/src/texcmp/squish/simd_sse.h:163:57: error: ‘_mm_cvttps_epi32’ was not declared in this scope
/home/dsr/Desktop_Old/opencpn/src/texcmp/squish/simd_sse.h:163:59: error: ‘_mm_cvtepi32_ps’ was not declared in this scope
/home/dsr/Desktop_Old/opencpn/src/texcmp/squish/simd_sse.h:165:2: warning: control reaches end of non-void function [-Wreturn-type]
make[2]: *** [CMakeFiles/TEXCMP.dir/src/texcmp/squish/clusterfit.cpp.o] Error 1
make[1]: *** [CMakeFiles/TEXCMP.dir/all] Error 2
make: *** [all] Error 2
d

Seems like a library config issue?
Dave

[CarCode]

OpenCPN v3.3.1712 works OK on Mac OS X compiled with Xcode 5.1.1 and daily build (15. May) of wxWidgets 3.1.0 both cm93 and kap charts as well as s63 demo charts.
Upper right corner is the fullscreen gadget also working OK.

Until the dust has settled v3.3.1713 diffs not used here.

Gerhard

[seandepagnier]

Originally Posted by bdbcat

Sean...

After merge of latest Pull Request, I get this:
n-type]
make[2]: *** [CMakeFiles/TEXCMP.dir/src/texcmp/squish/clusterfit.cpp.o] Error 1
make[1]: *** [CMakeFiles/TEXCMP.dir/all] Error 2
make: *** [all] Error 2
d[/CODE]

Seems like a library config issue?
Dave

Dave,

I believe the solution is to use -msse2 instead of -msse. This was reported by another user in the other thread. I have made this change in git now.

[seandepagnier]

I notice that dragging waypoints are not highlighted in opengl mode (I broke this)

In non-opengl mode, dragging route points doesn't correctly calculate the update rectangle. I don't think I broke this because the old master opencpn has the same behavior.

There are probably a few minor issues with the touch interface in opengl mode, I will do some testing.

[conachair]

Originally Posted by conachair

You are right again

Did a git pull earlier, now on 3.3.1713.

Very close to perfect, but now crashes in konni logbook if you select "add line" or have the timer insert a new line. Seems to be fine with no gps data coming in.
Will insert a new line with no gps, but if you turn on the gps and then back of again and try to add line it will crash with segmentation fault.


gps/ais attached via a ftdi chip usb/serial adaptor.

thnx

Same thing happens with 3.2.2 so apparently nothing to do with this branch.

Sent from my SGP312 using Tapatalk

[conachair]

Originally Posted by conachair

Same thing happens with 3.2.2 so apparently nothing to do with this branch.

sorry for the background noise guys, but in case of someone with a similar problem gets here via google ..
konni logbook on cubietruck crashing with add line when gps is running might be fixed by adding the line "export LC_ALL=en_US.UTF-8" to the bottom of the /ETC/profile file and rebooting.

I'm so happy

[bdbcat]

Sean...

Thanks for the patches. Builds and runs OK now on linux. Mac does not run right with texture compression option enabled. Otherwise OK. Investigating...

This build is called 3.3.1715.

Ready for the next batch, I guess.

Dave

[Hakan]

On win32
Pulled 1715, builds and run without problem.
A thought:
Before update to stable version I think there need to be a user warning before catching raster charts. This process is not feasible to perform during navigation since Ocpn can be locked for hours during that process. What about some kind of time estimate and a confirmation before catch start?
But when eventually finalized It's very nice to be able use raster charts and OpenGL thus I can use the radar on these charts as well. Raster charts and OpenGL couldn't be combined on my PCs before Sean's optimization.
Håkan

[seandepagnier]

Originally Posted by bdbcat

Sean...

Thanks for the patches. Builds and runs OK now on linux. Mac does not run right with texture compression option enabled. Otherwise OK. Investigating...

This build is called 3.3.1715.

Ready for the next batch, I guess.

Dave

Dave,

What behavior do you get? Wrong colors, corrupted colors? crash.. etc?

Originally Posted by Hakan

On win32
Pulled 1715, builds and run without problem.
A thought:
Before update to stable version I think there need to be a user warning before catching raster charts. This process is not feasible to perform during navigation since Ocpn can be locked for hours during that process. What about some kind of time estimate and a confirmation before catch start?
But when eventually finalized It's very nice to be able use raster charts and OpenGL thus I can use the radar on these charts as well. Raster charts and OpenGL couldn't be combined on my PCs before Sean's optimization.
Håkan

I'm not sure we need this. Maybe, by default texture compression caching should be disabled. You get a time estimation (not very accurate) once the operation starts. It is possible to click the skip button to abort. Also, it is possible to make the generation work without blocking the program, although it will slow the whole computer down a lot.

[bdbcat]

Sean...

On Mac, with texture compression, we see incomplete patches in quilt mode. No crashes. Pix attached.

On linux, skewed charts, quilt mode, OpenGL: some problem with clip region when zooming in, pix attached.


Dave