OpenCpn lenteur d'affichage avec cartes vectorielles O-charts
Bonjour,
Quasi première navigation avec un Raspberry et OpenCpn, donc tests en vrai grandeur.
Or l'affichage est vraiment très lent, notamment lors des zoom, très souvent entre 6 et 10secondes d'attente. La config:
Raspberry PI4, 32bits, avec Raspbian 10 (buster)
Opencpn 5.6.2, avec le nouveau plugin o-charts, accélération opengl activée.
Cartes achetées en 2021 Oensc façade atlantique (France et Royaume-Uni)
Vu le nombre de cartes utilisées (au vu de la barre des cartes) j'ai caché celles dont je n'avais pas besoin. Cela améliore un peu, mais ça reste lent et il faut recommencer à chaque changement de zoom.
Afficher ou non les sondes aident un peu.
Tant qu'il suffit de suivre la route, sans zoomer, pas de problème. Quand on arrive près d'une côte ou d'un port, je zoome et dézoome plus souvent et là ça devient compliqué.
cette lenteur est-elle normale?
Merci d'avance de votre aide.
ps: je ne suis pas sûre d'avoir du réseau dans les jours qui suivent pour répondre ou lire rapidement
Bonjour,
Je me réponds à moi-même.A priori deux raisons ont ralenti l'affichage:
la carte SD. elle m'a lâché ce matin. Le ralentissement peut être causé par des difficultés d'accès du sytème à la carte. Donc prudence, si opencpn ralenti, votre carte est peut-être en train de rendre l'âme. je n'avais pas encore assez d'expérience d'opencpn pour comparer avec un fonctionnement normal.
l'utilisation de l'affichage mosaïque. Si j'ai bien compris celui-ci est prévu pour afficher à la fois des cartes rasters (images) et des vectorielles (collection d'objets à afficher). Je n'ai que des cartes vectorielles mais je l'utilisais quand même car il affiche plusieurs cartes à la fois. Sans l'affichage mosaique ça oblige à choisir en permanence la cartes à afficher. A l'usage ce sera tout de même plus rapide qu'avec l'affichage mosaïque. Ce fonctionnement de n'afficher qu'une carte vectorielle me paraît bizarre mais j'y reviendrais dans un autre fil.
la carte SD. elle m'a lâché ce matin. Le ralentissement peut être causé par des difficultés d'accès >du sytème à la carte. Donc prudence, si opencpn ralenti, votre carte est peut-être en train de rendre >l'âme. je n'avais pas encore assez d'expérience d'opencpn pour comparer avec un fonctionnement >normal.
J'ai aussi un Pi4, j'ai copié le système sur un SSD sur le port USB3 (avec un câble de qualité entre les deux :) et totalement supprimé la carte SD qui est un point faible du système (elle est au fond de la table à cartes en secours).
Je trouvais aussi que l'affichage était parfois très lent comparé aux CM93, voici la réponse que o-charts m'avait envoyé:
" take a look at your settings in openCPN Options|Display --> Advanced.
Try to reduce the Chart Zoom/Scale Weighting for vector charts. Toggle
on/off the OpenGL option."
J'ai un bon compromis en réglant ce paramètre à 3 pour les cartes vectorielles, OpenGL activé.
A l'époque de RPI3 j'ai résolu le problème en migrant OpenCPN sur odroid, équivalent RPI avec un disque emmc plus rapide et robuste. Sans être ultra-fluide, c'est vraiment plus rapide et agréable. Sur un RPI4 8Go (que je ne possède pas) tu peux toujours essayer d'héberger opencpn et les cartes en . Ce n'est pas dit que ça fonctionne bien car le zoom nécessite beaucoup de calculs qui ralentissent aussi, mais ça soulagerait la carte SD et je serais curieux de savoir ce que ça donne.
Bonjour,
Merci pour les réponses. On devrait être en escale à Brest la semaine prochaine, j'en profiterais pour acheter un disque SSD dans un premier temps, en testant les paramétrages indiqués.
Le choix de mettre en Ramdisk* a l'air très intéressant mais je ne me lancerais dans des essais que l'hiver prochain. Je vous tiendrais au courant.
Je reste tout de même perplexe sur la gestions des cartes o-charts et de leur découpage. J'imagine que le découpage est fait par le Shom (pour la France). Mais quel est l'intérêt? Avec des donnée vectorielles, je ne vois pas bien l'intérêt de garder ce découpage. C'est la gestion des données à petite échelle qui a l'air de poser problème.
Christine
ramdisk: solution logicielle (pas matérielle) qui permet de gérer une partie de la mémoire interne,très rapide, comme si c'était un disque dur, donc avec les mêmes accès habituels pour toutes les applis.
Démarrer un Pi4 sur un SSD est maintenant devenu très facile (j'avais utilisé ce tuto [). Tu n'a besoin de la carte SD que pour configurer le SSD, après tu peux l'enlever du Pi4.
Par contre ça ne fonctionne pas avec tous les boîtiers d'interface USB<->SATA.
Sur le mien, échec avec un boîtier Ewent EW7044, bien que l'OS se soit copié dessus sans protestations. Et ça démarre sans problème avec un boîtier Ugreen CM300. J'avais trouvé dans cet autre tuto une liste non exhaustive des interfaces connues pour fonctionner, [jamesachambers.com[...]-guide/ ] il y a peut être plus récent?).
Et j'ai fini par m'apercevoir que le câble USB fourni avec le boîtier d'interface parasitait la puce GPS. L'achat d'un câble de bonne qualité (blindé je suppose?) a résolu le problème.
Daniel
Bonjour,
Quelques infos suite à nos essais.
J'ai donc acheté un disque SSD, le Pi boote bien dessus et j'ai enlevé la microcarteSD. Les lenteurs étaient toujours là mais plus aléatoires et encore parfois des plantages.
Mon compagnon (électricien), n'ayant pas trop confiance, pour un usage bateau, dans les fiches Dupont préconisées , avait soudé le fil dupont directement sur le port gpio. Suite à ces soucis de lenteur, il a refait la soudure avec du fil plus épais. Et là miracle, Opencpn fonctionne enfin correctement. Certes ce n'est pas aussi fluide qu'on aimerait mais c'est parfaitement fonctionnel. Et je n'attends plus 10 sec pour zoomer ou dézoomer. Est-ce que le fil était de mauvaise qualité, est-ce que la soudure était mal faite? peut-être un peu des deux. Mais je n'aurais pas imaginer qu'une mauvaise alimentation puisse ralentir le fonctionnement d'Opencpn. Je suis assez basique en éléctricité, où il y a du courant, ou il n'y en a pas :-))
Merci de ton retour. J'avais eu pendant longtemps des messages "low voltage" sur l'écran, j'ai aussi fini par souder les fils d'alim sur le gpio, et mettre une alim 5A pour être tranquille :)
Autre optimisation : veiller à ce qu'il reste de la place sur le disque pour éviter qu'il soit trop fragmenté.
Après avoir fait des tests sur de nombreux paramètres, je dois dire que quelque soit l'ordinateur utilisé, la désactivation des sondes est ce qui accélère le plus l'affichage de mon côté.
Bonjour,
Voici une réponse reçue après avoir posté une question sur site o-charts.org :
////
Quel est votre système d'exploitation (et version) Pour moi, LINUX MINT ? Quelle version d'openCPN et du plugin o-charts est installée ?Vous pouvez essayer de désactiver openGL dans Options|Affichage|Avancées et réfléchir à qté détails/niveau zoom (au même endroit). Est ce que ça aide?
Cordialemen
Uwe
////
Je testerai la prochaine fois que j'irai sur mon bateau et vous donnerai le résultat.
En attendant, Bon vent !
J'ai exactement la même config (Raspi PI 4/4GO), Open Plotter avec Open CPN + O-chart), ai eu les mêmes problèmes de gel ou plantages au zoom (occasionnels, et surtout quand on élargit, trop d'objets) et cherché les mêmes solutions. J'ai maintenant un SSD très rapide pour le système et viré le SD. C'est mieux. La solution pour moi a été aussi de ne pas accumuler inutilement les couches de cartes et de régler les options pour limiter l'affichage de tas de trucs quand je n'en ai pas besoin. Ça marche bien, même si ce n'est toujours pas la même fluidité que sur mon pc ordinaire (que j'évite en nav et au mouillage car il consomme). Je ne suis pas informaticien mais je me dis que c'est probablement le processeur du PI4 qui est un peu limité pour le job. Le PI5 vient de sortir. Cela semble une bombe, pas très chère, qui devrait résoudre cela mais il consomme plus. Combien, au juste ? Ce n'est pas très clair. Ce serait intéressant d'avoir des retours là-dessus. Quoi qu'il en soit, ce genre de système est un vrai bonheur par rapport aux options commerciales des grandes marques qui coutent ... 30 à 80 fois plus cher pour un service moindre.
Un peu à l'écart du sujet, mais quelques instants vécus utiles à propos de la configuration matérielle.
J'ai un PC fixe sous windows 8.1 avec lequel je n'ai jamais eu de problème avec les cartes O-chart, quelles que soient les adjonctions et MAJ . (façade atlantique)
j'ai un PC portable pour naviguer initialement sous W7. J'ai fait une partition de disque pour installer Linux/OPEN CPN et les mêmes cartes que sur mon PC fixe. J'ai en permanence eu des problèmes d'affichage, le plus important étant l'apparition ou pas des feux suivant niveau de zoom. A chaque MAJ open cpn ou cartes, pataques complet, refus d'affichage des cartes, etc. J'ai longuement questionné O-chart qui a fait son possible mais sans résultats.
Moralité, abandon de linux et installation sous W7. Plus de problèmes depuis.