OpenCPN Beta Version 3.3.2410 Released

[Littlechay]

Originally Posted by bdbcat

Chris....

Ummm....

I don't see a space in the latitude. The font is not helpful here, but I think the 5140.xxx has no space.

But I may be wrong.

Can you try another waypoint, say 4880.xxxx?
And confirm your log output as well?

Thanks
Dave

Hmmm from the log files it seems that you are right there is no space.

I attach a logfile from OpcenCPN one from GPS utility and a comparison of the sentences transmitted, the only difference that I can see is that GPSU has a comment but that shouldn't make any difference.

Remove .pdf extensions as usual

[bdbcat]

Ptizef...

I am having trouble simulating your exact configuration, I think.

So, I pushed a commit to github to add a log message which will help me figure out which of two methods should be used for overzoom display rendering.

Please pull the latest github master, build, and test under Windows.

Question:
After running in Windows, do we see a line like

OpenGL-> glGenerateMipmap unavailable

in the log?

Thanks
Dave

[HappySeagull]

Actually in opencpn the "Course Up" = "GPS Heading Up" = "Track Up" It is technically always past tense until the speed of light is surmounted.

Course means "direction in which any moving object travels"
But wishfully,
course is the intended future direction of travel -the vessel is steered to maintain it.
heading is the present report on the success of this endeavour and
track is the past sum of the headings
Route is the intended,future track


Per Boat Alexandra's list (post140)
1. Course from gps
2. Heading from compass
3. Heading from gps corrected for magnetic declination
4. Wind direction from anenometer
5. Wind direction from grib
6. Direction of next waypoint=Route Up?


Poor Gilletarom! The language is evolving to suit modern navigation devices right before his eyes!
Many terms are newly invented or changed. A vessel's "Track" used to mean "the direction by compass of a vessels wake to calculate leeway"

COG. Is there any course that isn't "over ground"? Only Interplanetary courses. It seems to me it is just a place holder on displays for the so-very-common three term Abbreviations. XTE,ETA,CMG,TRK even LOP,PST, etc etc endlessly created.

[bcn]

Originally Posted by HappySeagull

Course means "direction in which any moving object travels"
But wishfully,
course is the intended future direction of travel -the vessel is steered to maintain it.
heading is the present report on the success of this endeavour and
track is the past sum of the headings
Route is the intended,future track

Happy,

Course is the vector (X/Y/Z) you are traveling at a given moment - not being a submarine Z is not relevant for boats but in moments when Heave is for your interest.

Heading is the direction the vehicle (=boat) is pointing at this same moment.
The angle between Course and Heading is called Yaw (or drift angle for terrestrial vehicles) - the result of Course steered, set and drift (and problems with your boat perhaps).

Track is the result of the sum/integration of the course or Course over time.

As Course and Heading are angles the relevant system of reference can be True or Mag in all cases.

Route is then the planned Track, where you have to adjust the Heading to steer the Course that will realize this intention.

Hubert

[Littlechay]

Originally Posted by HappySeagull

COG. Is there any course that isn't "over ground"? Only Interplanetary courses. It seems to me it is just a place holder on displays for the so-very-common three term Abbreviations. XTE,ETA,CMG,TRK even LOP,PST, etc etc endlessly created.

As Hubert said, and course can be over ground, course steered or course through the water and any combination of those plus/minus set (drift), deviation, variation and leeway etc. etc..


Chris

[Ptizef]

Originally Posted by bdbcat

Ptizef...

I am having trouble simulating your exact configuration, I think.

Please pull the latest github master, build, and test under Windows.

Question:
After running in Windows, do we see a line like

OpenGL-> glGenerateMipmap unavailable

in the log?

Thanks
Dave

Dave

I tested the last git
The result is the same : black screen
and no, I don't see the sentence in the log

Jean Pierre

[Gilletarom]

Hello HappySeagull,

Originally Posted by HappySeagull

...

Poor Gilletarom! The language is evolving to suit modern navigation devices right before his eyes!

...

Thank you to cry about me .... Especially if you also weep for the fate of all the other translators who have tried and still trying to work around OpenCPN.

See the discussion that followed, there would be many things to say.

I'll settle with this issue: OpenCPN is a software that is understandable only by English, or you assign it a more universal?

If you answer "Yes" to the first part of the question, I will have to probably pull my bow. (In French, it means ceasing to be interested in O).

If you answer "Yes" to the second part of the question, you will have communication efforts, audible to a lot of English speaking AND non-English speakers.

It is impossible to answer "yes" to both sides of the issue.

Best regards. Gilletarom.

[nohal]

Gilletarom...
There is more than 4000 strings in the OpenCPN language files. How many "fatal conflicts causing nobody to understand" have you found? I think that I still have enough fingers to count them. What I want to say is: Don't panic, it is actually not that disastrous...
And as explained before, point out the conflicting places in the GUI and we will try to handle it to make even you happy.

Cheers

Pavel

[bdbcat]

Gilletarom....

OpenCPN is intended for worldwide use.

But let us be clear:
The "mother tongue" of OpenCPN is English.

Perhaps it would have been better to start off in another language, with finer and more subtle variation than rough old English. But we did not.

So, as Pavel says, we solve one issue at a time, as best we can.

Thanks for your continued efforts.
Dave

[bdbcat]

Håkan...

I worked out the trouble with your very cool cached raster display.

Trouble was with the alternate GL_COMPRESSED_RGB_FXT1_3DFX compression scheme. This was the first time we had ever seem a system that called for this compression model, and so, of course, it was not implemented quite correctly.

Tests out OK on my systems now. If you can build from source, please give it a go.

Thanks for your patience
Dave

[Hakan]

Dave..
I'm impressed. Shall be nice to test.
Using cmake .. and then CV++2010 I got this build error:

------ Build started: Project: opencpn, Configuration: Release Win32 ------
     Creating library C:/Builds/OpenCPN/OpenCPN/build/Release/opencpn.lib and object C:/Builds/OpenCPN/OpenCPN/build/Release/opencpn.exp
glTexCache.obj : error LNK2019: unresolved external symbol __imp__glGetCompressedTexImage@12 referenced in function "bool __cdecl CompressUsingGPU(class glTextureDescriptor *,unsigned int,int,bool)" (?CompressUsingGPU@@YA_NPAVglTextureDescriptor@@IH_N@Z)
C:\Builds\OpenCPN\OpenCPN\build\Release\opencpn.exe : fatal error LNK1120: 1 unresolved externals

Anything you can do, or any thing I can do?
Håkan

[dacust]

Originally Posted by bdbcat

Gilletarom....

OpenCPN is intended for worldwide use.

But let us be clear:
The "mother tongue" of OpenCPN is English.

Perhaps it would have been better to start off in another language, with finer and more subtle variation than rough old English. But we did not.

So, as Pavel says, we solve one issue at a time, as best we can.

Thanks for your continued efforts.
Dave

How about if you start with a "Descriptive English" or "Internal English".

In this language, "course" might have "course(1)", "course(2), or "track(breadcrumbs)", or other wordy ways of clarifying the meanings. Then, there could be an English translation of that with "course(1), course(2), etc. all translated to "course", or Track(breadcrumbs) translated to "Track". But the original "Internal English" would have the clarifications needed for Gilletarom to work his magic for our French friends.

I would lean towards the subscript method so it would be more likely there wouldn't be duplicated words with slightly different words that are refering to the same concept.

Or maybe course(Def:1).

-dan

[RhythmDoctor]

FWIW, I still prefer the wording "Course Up" in English.

But in the interest of full disclosure, I must admit (with some egg on my face) that my Garmin handheld uses the term "Track Up."

Perhaps others here could look up the terminology used on commercial chartplotters and GPSs in their countries.

As Victor Borge used to say, "It's not my language. I just use it."

[Hakan]

Dave...
Texture compression____part 2 now in Ubuntu
Here in Linux it builds fine!
And success! -- It's no longer any "cool?" pattern but a very fast and reliable raster charts handling. Stressed zooming and moving around is, I think, the best I've ever seen.

Shall be intressting to see if the performance for the Windows part of the same machine also will be better.
Many thanks
Håkan

[bdbcat]

Håkan...

I'll fix the Windows build issue.

Glad its OK on linux. Actually, I found the same thing. With reasonable graphics hardware, the 3DFX compression seems faster, and we don't need a background thread to do the tile-by-tile compression work. The GPU implementation of 3DFX seems pretty robust. On the other hand, we can't use multi-cores to speed up the bulk texture rebuild without a big code effort. So it is a tradeoff. Gets me thinking....

The Windows build on your machine will not use the 3DFX compression. It will use the s3tc, as before. So we don't expect any performance change there.

Dave.