OpenCPN Beta Version 4.8.10125

[did-g]

Originally Posted by bcn

Stelian,

can you give us perhaps an idea about the context and meaning of:
Unable to compute record magnitude
Who is unable to calculate which record and which magnitude?

Stumbled over these three items too.

Hubert

Here it's vector magnitude, (norme in French ).
It means Grib is unable to interpolate a new record at time t' from two other records (grid) at time t1 and t2.

It should be an uncommon error. Either some current gribs are too clever for us or a user is opening multiple files with not the same number of points per records.

Ocpn should be able to do better though; it's not a hard problem.

[rgleason]

Gerhard, It may be funny, but please be nice. We all work hard on this project. This feature considers user safety. What would you suggest as an alternative? Let the poor xxx plow into rocks because he cant see own ship?

[CarCode]

Originally Posted by CarCode

Question: What is the opposite of user-friendly?
Answer: OpenCPN

Gerhard

There are more and more settings the average user don't need.
Now some sliders don't have anymore the numbers, see attachment.

Gerhard

[nohal]

Originally Posted by CarCode

Now some sliders don't have anymore the numbers, see attachment.

Gerhard

Gerhard...
This is an intentional change on macOS and will stay like this until we start using wxWidgets 3.2. You may want to see #2388 (hiding a wxSlider with labels only hides the slider only) – wxWidgets for explanation of the problem with slider labels, if you forgot why since last time.

Pavel

[bcn]

on the macMini zooming in - iENCs OpenGL ON (bug) and OFF (ok)
Other S-57 charts don't show that behavior...

[seandepagnier]

Originally Posted by bcn

on the macMini zooming in - iENCs OpenGL ON (bug) and OFF (ok)
Other S-57 charts don't show that behavior...

Where to get the chart?

[bcn]

German iENC:
https://www.elwis.de/DE/dynamisch/IENC/

[sailorF54]

Trying to build 4.8.10125 on a Rock64 (from Pine64) (a kind of pumped-up RPI3)...
Stuck on this error
_____________________
cc: error: unrecognized command line option ‘-mfpu=neon’
CMakeFiles/MIPMAP.dir/build.make:185 : la recette pour la cible « CMakeFiles/MIPMAP.dir/src/mipmap/mipmap_neon.c.o » a échouée
make[2]: *** [CMakeFiles/MIPMAP.dir/src/mipmap/mipmap_neon.c.o] Erreur 1
________________________

[nohal]

Originally Posted by sailorF54

Trying to build 4.8.10125 on a Rock64 (from Pine64) (a kind of pumped-up RPI3)...
Stuck on this error
_____________________
cc: error: unrecognized command line option ‘-mfpu=neon’
CMakeFiles/MIPMAP.dir/build.make:185 : la recette pour la cible « CMakeFiles/MIPMAP.dir/src/mipmap/mipmap_neon.c.o » a échouée
make[2]: *** [CMakeFiles/MIPMAP.dir/src/mipmap/mipmap_neon.c.o] Erreur 1
________________________

Looking at gcc,arm,neon,arm64,linaro , gcc; arm64; aarch64; unrecognized command line option '-mfpu=neon' you may simply comment out https://github.com/OpenCPN/OpenCPN/b...ists.txt#L1500 on AARCH64. If it is needed on ARM, which it is if I understand correctly, it has to be encapsulated in some check for the architecture.

Pavel

[verkerkbr]

Originally Posted by nohal

Looking at gcc,arm,neon,arm64,linaro , gcc; arm64; aarch64; unrecognized command line option '-mfpu=neon' you may simply comment out https://github.com/OpenCPN/OpenCPN/b...ists.txt#L1500 on AARCH64. If it is needed on ARM, which it is if I understand correctly, it has to be encapsulated in some check for the architecture.

Pavel

How about the Linux version for my Raspberry Pi3 and Linux Mint 64 system. Has the PPA allready left the works ? And at what adres ?

And what to do with the plugins ?

4.8.10125 is working well on my Windows7.

Regards,


Bram

[nohal]

Originally Posted by verkerkbr

How about the Linux version for my Raspberry Pi3 and Linux Mint 64 system. Has the PPA allready left the works ? And at what adres ?

I see the packages submitted to https://launchpad.net/~bdbcat/+archive/ubuntu/opencpn/, not yet built for all archs (and not even configured to be built for arm64)

And what to do with the plugins ?

Later, really am not in the mood to start rebuilding all of them right now. But it will come right after O4.8.2 is out

FWIW the "neon problem" should likely be fixed by https://github.com/OpenCPN/OpenCPN/c...fbdd39d9e37430 - But I have neither 32 nor 64bit ARM to test it.

[CarCode]

Originally Posted by nohal

Gerhard...
This is an intentional change on macOS and will stay like this until we start using wxWidgets 3.2. You may want to see #2388 (hiding a wxSlider with labels only hides the slider only) – wxWidgets for explanation of the problem with slider labels, if you forgot why since last time.

Pavel

Sadly bugs doesn't kill themselfes. wxWidgets 3.2 will be as buggy as usual...

I'm happy with my own bugs and doesn't need new ones.

Gerhard

[nohal]

Originally Posted by CarCode

Sadly bugs doesn't kill themselfes. wxWidgets 3.2 will be as buggy as usual...

I'm happy with my own bugs and doesn't need new ones.

Gerhard

Gerhard...
If the referenced bug is still not fixed (it is as we both know), you may go back and try start yelling at the wxWidgets developers again.

And if you are not happy with the way we do handle problems affecting OpenCPN or the way it works for users, we are eager to start accepting your pull requests dealing with our endless silliness. Your rhetorical rants here are useless.

Pavel

[seandepagnier]

Originally Posted by sailorF54

Trying to build 4.8.10125 on a Rock64 (from Pine64) (a kind of pumped-up RPI3)...
Stuck on this error
_____________________
cc: error: unrecognized command line option ‘-mfpu=neon’
CMakeFiles/MIPMAP.dir/build.make:185 : la recette pour la cible « CMakeFiles/MIPMAP.dir/src/mipmap/mipmap_neon.c.o » a échouée
make[2]: *** [CMakeFiles/MIPMAP.dir/src/mipmap/mipmap_neon.c.o] Erreur 1
________________________

That is strange. I built opencpn on aarch64 not long ago, but since then my odroid died.

Try commenting out the line in cmakelists.txt that sets mfpu=neon.

Also try executing:

gcc -dM -E - < /dev/null | grep NEON

and what is the output??

Let us know how the rock64 runs opencpn. Did it detect opengles?

[bdbcat]

bcn...

re:
on the macMini zooming in - iENCs OpenGL ON (bug) and OFF (ok)

I cannot reproduce. Looks fine for me, both on virtual box and real machine.
Seems to be OpenGL setup problem, so lets look at your logfile.

Also, can you reinstall OCPN 4.8 and check there as well? Check the OCPN logfile for the two installations, and compare the OpenGL setup.

Thanks
Dave