Onderwerp: OpenCPN 5.10 nieuwe versie vandaag verschenen.

666 schreef :
Oh, dat is wel interessant. Kan ik je via DM wat vragen stellen?

Als je daarmee een ZF PB bedoelt, tuurlijk

Gepost met de officiële Zeilersforum-app

Inmiddels heb ik van een zeer gewaardeerd ZF-lid wat extra kaarten ontvangen voor onze OPENCPN activiteiten, maar ik heb nu de volgende vraag.
Op een MacBook Pro wil ik nu een GPS muis aansluiten, heeft iemand een suggestie wat een goeie kan zijn? Dan kunnen we een beetje "meebewegen" op de navigatie kaarten.


Oh wacht, ik zie nu dit draadje, ga ik even doorlezen. Als er nieuwe inzichten zijn hoor ik dat graag.

René

Fantastisch werk geleverd door Jules:
zeilersforum.nl/index.php/foru...del?start=50#1581428

Maar is dit niet een mooie aanleiding om een betere, mooiere handigere tripplanner te ontwerpen binnen Opencpn op basis van stromingsgribs? Wie kan dat?

Time Zero heeft zo'n tool waarbij je de route kunt laten berekenen met tijdstip van vertrek ingebouwd en die is zo verrekte handig. Altijd een beetje gemist in Opencpn

Menno schreef :
Nu ook in bookworm-backports:
packages.debian.org/bookworm-backports/opencpn

Er is nu een nieuwe service versie van OpenCPN uitgekomen 5.10.2-1. Is er voor flatpak en andere systemen. Echter nog niet voor Debian Bookworm. Duurt nog een paar dagen voor deze verschijnt in de Bookworm-backports. Dus nog even wachten.

Draait hier inmiddels op mijn Linux Mint AM64 en RPI 4 en 5 met Ubuntu, Bookworm en Fedora.

Alles op basis van de flatpak versie. Installeren van de flatpak versie was eenvoudig:
sudo flatpak update.

Probleem met het inzoomen van de RWS ENC kaart (RPI 4 en 5) is nog niet geheel opgelost. In de normale resulaties met OpenGL aan, werkt het prima en erg snel. Tot kaart schaal 1:40000. Hoger dan ontstaan er problemen.

Bram

Enkele punten uit de upgrade van 5.8.4 naar 5.10.0:
1- "Raspi5/Bookworm/X - Flatpak openGL fails after updating working system 5.8.4-> 5.10, especially with RWS Zeelandkaart" (o.a. brambo en samh link, workaround beschikbaar zie spoiler).
2- "starting RPI in headless mode" (solved)
3- "no chart scale on Mac" (solved)
4- "dutch RWS charts run well wil opengl (rpi4)" zie eerste puntje en spoiler, niet opgelost.
5- "I just installed OpenCPN 5.10 over 4.8. OpenCPN goes unresponsive when I zoom in on a chart. I can zoom in and out with no issues but if I get to 1:18000 OpenCPN locks up." (windows, alleen bij hardware opengl, niet opgelost, slechts 1 melding, ik zou zeggen kijk ook even in de spoiler)
6- probleem met geluid op de RPI (werkt wel via VNC, iets met 16-bit geluid lijkt een workaround beschikbaar, niet duidelijk of dit is opgelost)
7- een windows gebruiker zag de schaal rechts onderin in verschillende lettertypes (niet duidelijk of dat is opgelost).

Mijn conclusie zou zijn als je een Raspberry Pi hebt, even wachten op de backports van Debian en die installeren. OpenGL bij een direct install werkt toch beter dan OpenGL via Flatpak.

(Bron van bovenstaande aanpassingen: link, ik denk echt kleine restpuntjes)

Ad 1: Een ontwikkelaar haalde aan dat hij met een OrangePi 5 geen problemen had, waar anderen met een Raspberry Pi 5 wel een probleem hadden.
Laten we het hier houden op "n=1" en deze gebruikt een 5V/4A voeding (!).

rooiedirk schreef : Dat lijkt me ook te gelden voor de 5.10.2-versie.

Ik wacht rustig, OpenCPN draait prima bij mij.

Deze week wel de O-Charts geüpdatet, daarin missen nu in Engeland details bij Falmouth en Helford River, net zoals een maand of twee geleden bij de TZ iBoat kaarten.

Maar dat komt vast goed en heeft niets met OpenCPN te maken..

Reuver2 schreef :
De grootte van de tiles maakt niet zo veel uit, het gaat om de schaal waar deze op ontworpen zijn. Bij de Zeelandkaart is dat 1:2000, wat ervoor zorgt dat er heel veel data geladen moet worden als je uitzoomt en de kaart op bijv. 1:50000 bekijkt. In het ideale geval heb je voor dat zoomlevel een andere kaart waar bepaalde details zijn weggelaten.

Menno schreef : En met de huidige technieken biedt dat 2 mogelijkheden:
- genereer zelf een "overzeiler" met minder data (misschien met AI)
- leer werken met een overschot aan data

Beide is een mogelijke oplossing voor hetzelfde probleem en ideaal stop je beide oplossingen in OpenCPN. Er is nl geen alternatief voor als de hydrografische dienst gaat bezuinigen (kwestie van tijd).

PS AI lijkt een kwestie van optimistische verwachtingen.

Alle ENC kaart systemen doen het prima op de laatste versie van OpenCPN. In principe is er geen verschil tussen Flatpak versie en een Backport versie.

Als je de O-charts versie gebruikt werkt de Nedetrlandse kaart perfect.

Het zit mogelijk in de afwijkende structuur van de RWS kaarten. Die steeds aangeven het genereren van kaartsegmenten als je naar een hogere schaal gaat. Het lijkt erop of RWS een afwijkende procedure gebruikt dan de standaard ENC. Overigens als ik Duitse Inland kaarten probeer, doet dit probleem zich niet voor.

Je kunt de RWS ENC kaarten prima en snel gebruiken met OpenGL en ook de Wayland grafische server werkt beter. Echter niet te ver inzoomen hoger dan 1:40000.

Wayland is nog niet beschikbaar in Fedora doordat die gebruik maakt van de Nvidia drivers.

Wayland wordt in de toekomst ook daar de standaard.

Ubuntu 22.04.4 LTS, via automatische update, uiteraard zonder flatpack of snap.
Had het niet eens door, totdat ik zag dat het versie 10 was. (met O-charts)

brambo schreef : Daarom heeft de ontwikkelaar deze geregistreerde bug ook doorgeschoven om op te lossen in versie 5.12.

Begrijp er hiervoor niets van. O-Charts kaarten direct van de hydrografisch diensten hebben dit probleem niet.

ook de Inland ENC kaarten van Duitsland niet. Het is typisch een probleem van de RWS kaarten.

Kaart framenten worden pas gegenereerd bij gebruik en als je inzoomt zijn er dat een groot aantal.

Waarom RWS dit zo doet is mij een raadsel. Ruimte gebrek ?

Het is ook alleen op de RPI's. In Linux Mint AMD64 is dit probleem niet aanwezig. Heeft mogelijk de maken met het grafisch systeem.

Bram