Cette discussion sera consacrée aux versions bêta successives qui suivent la version 3.0.0 avant la sortie d’une nouvelle version stable.
Dans votre message, précisez toujours quelle version bêta pose le problème dont vous parlez !
Merci d’avance.
Votre IP : 3.144.232.9
Dernier ajout : 22 juillet
Visiteurs connectés : 5
Conception
Développé sous SPIP
Informations légales
Accueil du site > OpenCPN > Les versions OpenCPN > OpenCPN version Bêta est dépassée, vive la release 4.8.0
TUTORIEL OPENCPN VERSION 3 (...) | OpenCPN la Version stable 5.X | Version stable 3.2.2 |
OpenCPN version Bêta est dépassée, | Version stable 3.0.0 |
__________________________________________________________________________________________________________________
|
Copyright : Les articles sont la propriété de leurs auteurs et ne peuvent pas être reproduits en partie ou totalité sans leur accord |
![]() |
Inscrit aux forum vous pourriez transmettre cette page à un ami plaisancier |
Cette discussion sera consacrée aux versions bêta successives qui suivent la version 3.0.0 avant la sortie d’une nouvelle version stable.
Dans votre message, précisez toujours quelle version bêta pose le problème dont vous parlez !
Merci d’avance.
Répondre à cet article
(pour répondre à un message en particulier, voir plus bas dans le fil)
__________________________________________________________________________________________________________________
__________________________________________________________________________________________________________________
23 décembre 2012 15:41,
par yoruk ![]() ![]() |
![]() |
Bonjour
Du coup c’est moi qui inaugure. J’ai un problème de connexion de mon AIS avec les versions béta d’OpenCPN
Des solutions ????
Michel
24 décembre 2012 08:18,
par Nevermind ![]() ![]() |
![]() |
Bonjour Michel,
une solution à 50€ : le distributeur
La sortie AIS sur le PC avec adaptateur USB
Le GPS sur un distributeur NMEA ( 1 entrée 4 sorties)
une sortie NMEA du distributeur sur la VHF avec les câbles
une sortie NMEA du distributeur sur le PC avec un adaptateur USB
J’ai utilisé une configuration un peu semblable :
une sortie NMEA du GPS portable magellan sur le distributeur NMEA
une sortie NMEA du distributeur sur la VHF
une sortie NMEA du distributeur sur le radar
Dans cette configuration, tu as des sorties NMEA différentes et tu peux paramétrer chaque port d’entrée.
Bon Noël
jp
24 décembre 2012 09:40,
par yoruk ![]() ![]() |
![]() |
Merci Jean Paul
Ce distributeur dont tu parles, c’est ce qu’on appele couremment un multiplexeur ??? c’est çà ???
En cherchant sur OpenCPN, j’ai trouvé çà :http://opencpn.org/ocpn/node/87
Il offre l’avantage de pouvoir cogérer 4 entrées (NMEA et Seatalk) et deux sorties NMEA, si j’ai bien compris. Il y a juste un petit problème, c’est le prix:238 euros !!!
on le trouve ici : http://www.gadgetpool.de/bestellen/...
Sinon, un peu par hasard, mais le « Hard » n’est pas vraiment ma spécialité, j’ai pu remédier à mes difficultés d’affichage du « port shared ». C’était bêtement un problème de mise à jour de pilote de mon convertisseur. Il faut une mise à jour pour tourner sous W7.
Concernant le process décrit sur le dossier d’installation de l’AIS : http://www.plaisance-pratique.com/c... , on peut mettre à jour pour W7 : convertisseurs VSCOM driver (pilote) USBCom-CDM_20824 à cette adresse : http://www.visionsystems.de/downloa...
En examinant la copie d’écran jointe, on se rend compte que la dernière évolution béta v3.1.1220, apport un plus énorme. on pourra en particulier entrer nombre de ports, et les désactiver, ou les activer à volonté. Noter également la possibilité d’établir un port vers un réseau, ce qui ouvre la porte à un accès au net, voire plus prometteur, le jour ou ils pourront le faire, un accès vers des infos échangées par un transpondeur. Là peut être je rêve, quoique....
Merci, Michel
24 décembre 2012 10:27,
par yvesD ![]() ![]() |
![]() |
Le lien que tu cite évoque deux fonctionnalités :
. Le premier point (conversion niveau électrique et isolation galvanique) doit pouvoir être traité pour une cinquantaine d’euro
. C’est le deuxième point (multiplexage des phrases NMEA dans un seul flot) qui coute 200+ € et qui à ce prix peut assurer en plus la réception de phrases SeaTalk et leur conversion en NMEA
. Mais si en plus tu veux assurer la conversion de phrases NMEA (par ex issues d’un PC) en SeaTalk il t’en coutera 150-250€ de plus pour le 85001 de Raymarine
Chacun de ses trois niveaux peut être nécessaire, c’est selon l’installation locale
Personnellement je pratique le mux shipmodul et le 85001, à la demande je peux apporter des précisions sur ces équipements
24 décembre 2012 11:03,
par yoruk ![]() ![]() |
![]() |
Mais si en plus tu veux assurer la conversion de phrases NMEA (par ex issues d’un PC) en SeaTalk
Ce qui peut être le cas de figure, si j’intègre sous OpenCPN :
La question que je me pose, est celle du nouveau module de connexion OpenCPN : on peut gérer tous les ports d’entrée ou de sortie, pourvu qu’ils soient en NMEA, mais comment faire pour y intégrer des infos Sea Talk ? Faut il obligtoirement un multiplexeur entrée Sea Talk et sortie NMEA, vers le PC ???
Ai je juste ... Sinon quoi ce ???
Michel
24 décembre 2012 13:11,
par yvesD ![]() ![]() |
![]() |
mais comment faire pour y intégrer des infos Sea Talk ? Faut il obligtoirement un multiplexeur entrée Sea Talk et sortie NMEA, vers le PC
Hélas oui, il FAUT un équipement externe dédié assurant la conversion NMEA (ou port série, ça tombe aussi en marche) avec SeaTalk, c’est le 85001 de raymarine, en effet :
petit rappel sur SeaTalk : protocole propriétaire de raymarine conçu pour gérer simplement un bus commun avec plusieurs parleurs non synchronisés. Dans les 90, ethernet, qui fait ça très bien, avait été rejeté pour cause de coût (on le trouve maintenant en NMEA 2000) et les 1G ont utilisé le composant le plus banal et pas cher qui soit : le contrôleur d’entrée/sortie série (circuit intégré type 8255 à l’époque, c’est le UART bien décrit sur wikipedia) qu’on trouve même à cette époque sur tous les PC.Dans ces communications séries, transmettre un caractère revient à faire tomber un niveau (par ex de +12V à -12V, passer de repos à travail) pendant un temps de bit (c’est le bit de start, il dure 1/4800ème de seconde dans les transmissions à 4800 bit par seconde) puis à transmettre les 7 ou 8 zéro ou un du caractères puis à faire remonter le niveau à la position repos pendant un ou deux temps de bit (+12V dans mon exemple, ce sont les 1 ou 2 bits de stop). C’est le contrôleur qui gère tout ça et qui détecte que 9 temps de bit après une transition repos-travail (+12 -> -12V, le bit de start) on trouve bien un ou deux temps à repos pendant tout ce un ou ces deux temps, dans le cas contraire (faux bit start sur glitch ou transmission endommagée) le contrôleur annonce « framing error ». Et la grande beauté c’est ce si deux parlent en même temps (y en a toujours un qui démarre un peu avant l’autre) le dernier endommagera les bits de stop du premier, et « framing error ». Du coup les parleurs, qui évidemment s’écoutent causer, peuvent détecter cette collision et appliquer la partie « gestion de la retransmission sur collision » du protocole SaeTalk. Fin du rappel.
C’est très semblable à ethernet (bon, en ethernet la détection de collision se fait sur niveau électrique) et ça s’appuie sur des composants vraiment chipoux MAIS il faut jongler astucieusement avec la configuration du 8255, ce que le logiciel d’un boitier dédié fait sans difficulté mais qu’un driver prévu pour des transmissions habituelles ne fait jamais,. D’où ma quasi certitude qu’il n’en existe pas de version logicielle pour PC car il faudrait autant de driver modifié qu’il existe de contrôleur série et de plus il faudrait ajouter un driver à un PC mais comme d’hab je peux me tromper (je tient ces infos de 2002)
A ma connaissance, ancienne, du sujet il n’y a pas de logiciel capable de causer directement SeaTalk depuis un PC
27 décembre 2012 20:14,
par Alien ![]() ![]() |
![]() |
petite rectification l’USART de la famille 8080 c’était le 8051
le 8255 c’était pour les ES // .
Ahhh l’électronique des années 70 .
C’en était de la vraie qui pouvait se réparer !
Cela n’a vraiment rien à voir avec les histoires de bus !
Désolé !
24 décembre 2012 13:38,
par yvesD ![]() ![]() |
![]() |
Les données d’entrée Sea Talk de tout autre appareil Raymarine
Relier plusieurs équipements SeaTalk/Raymarine est d’une simplicité diabolique, il suffit de relier entre eux sur un gros domino à trois positions les fils homologues de chaque équipement, ces équipements étant maintenant tous vendu avec un cordon à trois conducteur et dénudé d’un coté.
Ensuite, de ce domino partent trois fils vers le convertisseur 85001 duquel part à son tour deux fils vers le PC (3 fils si le PC est en réception ET émission), voir image de droite
Dans le croquis de raymarine (joint, image de gauche) les équipement sont reliés en série (à la manière des ST50 mais les câbles ne se trouvent plus) mais peuvent aussi être reliés en étoile au domino lui même relié au bornier SEATALK du 85001
Convention raymarine : dans un cordon SeaTalk, le fil rouge porte le +12V d’alimentation, le fil jaune porte les data du bus data et l’écran est l’écran du jaune et aussi le 0V de référence (« signal ground »)
24 décembre 2012 13:45,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
C’est ce qui m’a servi de base pour le dashboard et le pilote : interface E85001, environ 100€ aux US.
JP
24 décembre 2012 14:05,
par Nevermind ![]() ![]() |
![]() |
Ce type de matériel fonctionne avec tous les appareils Raymarine.
jp
27 décembre 2012 20:27,
par Alien ![]() ![]() |
![]() |
« il suffit de relier entre eux sur un gros domino à trois positions les fils homologues de chaque équipement, »
Aucune chance que cela puisse fonctionner de cette façon !
Les équipements doivent être reliés entre eux les uns derrière les autres ou sur un concentrateur quelconque qui assurera l’arbitrage et la concaténation des données.
Comme le schéma de Raymarine !
28 décembre 2012 06:40,
par yvesD ![]() ![]() |
![]() |
J’ai longtemps pratiqué ce montage traditionnel (voir le schéma joint précédemment) dans lequel chaque équipement porte un câble d’entrée et un câble de sortie (pure convention que ces E et S) et des longs cordons pour les relier entre eux. C’était la connectique ST50, abandonnée depuis longtemps par raymarine, les longs cordons de raccordements sont difficilement trouvable sur ebay.
Ayant récemment ajouté un module vent et un module loch ST40 à mon unique module « compass » ST50 des années 95 et après pas mal de discussions j’ai évité - sur les recommandations du ship - d’acheter le « concentrateur » prévu par raymarine (30-40€) et l’ai remplacé par le domino décrit (4€ la barre de 10 chez casto, ah les rats !). Je précise que les modules vent et loch ST40 sont fournis avec un cordon enfichable d’un coté (connecteur plat) et dénudé de l’autre.
Et ça marche de manière satisfaisante depuis plus de 6 mois.
Pour une fois que la tartine ne tombe pas coté confiture ...
28 décembre 2012 06:46,
par yoruk ![]() ![]() |
![]() |
« Pour une fois que la tartine ne tombe pas coté confiture ... »
ha... tu tombes bien. On s"intéresse avec JPL à ces problèmes de connectique NMEA et au Dashboard. Peut être auras tu des infos pour nous ???
Michel
NB pour la tartine... ne te réjoui pas trop vite, la confiture a peut être été tartinée du mauvais côté
28 décembre 2012 06:51,
par yvesD ![]() ![]() |
![]() |
J’ai quelques informations sur le bus SeaTalk que j’avais étudié vers 2002, qu’est-ce qui t’intéresse ?
Pour la tartine, j’ai fais l’hypothèse d’une tartine homogène sans trou dans le pain, assurant une étanchéité suffisante entre le coté confiture et la coté « face de repos ». Ah, mais !
28 décembre 2012 07:47,
par yoruk ![]() ![]() |
![]() |
En discutant avec JPL des nouveauté de la dernière version v3.1.1224, et de son potentiel de multiplexage d’une part et de celui du Dashboard, il m’est venu l’idée de fédérer nos savoir faire en l’occurrence. Si j’ai une assez bonne expérience pratique de l’utilisation d’un ECDIS, côté « cambouis » je ne suis pas au top. JPL a déjà développé là dessus.
Mon idée est donc de fédérer ici, sur PTP du savoir faire et de la R&D multiplexeur logique OpenCPN v3.1.12xx/Dashboard...
Mais peut être vaut il mieux en discuter en intranet ???
Michel
28 décembre 2012 06:47,
par yvesD ![]() ![]() |
![]() |
concentrateur quelconque qui assurera l’arbitrage et la concaténation des données
Dans le protocole SeaTalk c’est chaque équipement (dans mon cas, le compass ST50 ou le wind ou loch ST40) qui assure la gestion des collisions sur le bus et permet le raccordement logique des équipements. On pourra d’ailleurs remarquer que les données sont véhiculé par un seul fil (jaune) et bien sur son 0 de référence (l’écran). On a bien un bus.
Le « concentrateur » de raymarine vendu une 40aine d’€ est un bête domino qui relie les 3 fils de chaque équipement entre eux, il assure le raccordement électrique des équipements du bus.
16 janvier 2013 10:33,
par fulup ![]() ![]() |
![]() |
Vous trouverez les détails sur le bus Seatalk sur http://www.thomasknauf.de/seatalk.htm interfacer Seatalk sur un PC est avant tout un problème de Hardware qui est d’ailleurs tout à fait abordable même pour le bricoleur du dimanche.
Sinon pour ce qui ne veulent pas dépenser 150€ dans le convertisseur Raymarine a part en trouver un d’occasion ou le faire soit même, vous pouvez aussi vérifier si un de vos équipements Raymarine n’a pas un pont NMEA/Seatalk de dispo. Les calculateurs de pilote en ont un (cf Image) les traceurs aussi, le ST6000 à une entrée, etc ...
Souvent celui du calculateur de pilote est le plus facile à utiliser, car d’une part il est presque toujours dispo, et comme le calculateur est à l’intérieur, avec un peu de chance il n’est pas trop difficile de tirer un câble jusqu’à la table à carte.
16 janvier 2013 10:42,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
Est ce que tu as essayé cette configuration ?
C’est ce que j’avais fait, mais il y a un certain nombres de phrases qui restent codées.
D’où mon achat du convertisseur E85001.
JP
16 janvier 2013 14:00,
par yvesD ![]() ![]() |
![]() |
C’est ce que j’avais fait, mais il y a un certain nombres de phrases qui restent codées.
Je confirme. C’est ce que j’avais fait vers 2003 en essayant de tirer parti de la sortie NMEA de mon course computer 300 (série ST50 de autohelm, nom du moment de raymarine), c’est pourquoi j’avais acheté un Z290 (devenu le 85001).
Remarque :le E85001 ne traduit pas non plus toutes les phrases d’un bus vers l’autre mais il en converti beaucoup plus que le Z290 (voir extrait en PJ)
Dommage.
16 janvier 2013 14:21,
par Nevermind ![]() ![]() |
![]() |
Bonjour Yves,
Tu l’as peut-être branché sur MaxSea
En 2003 opencpn n’existait pas, les premières versions datent de 2007.
J’avais essayé en octobre2011 avec opencpn sans succès :
http://www.plaisance-pratique.com/o...
et depuis peu j’ai cette cofiguration :
http://www.plaisance-pratique.com/p...
JP
16 janvier 2013 14:31,
par yvesD ![]() ![]() |
![]() |
En 2003 opencpn n’existait pas, les premières versions datent de 2007.
Tout à fait exact, je m’étais focalisé sur le fait que, déjà en 2003, certaines phrases SeaTalk ne se retrouvaient pas sur la prise NMEA et sur ma manière de résoudre à coup de Z295, mais en omettant la partie du problème propre à OpenCPN, inexistant alors. Dont acte.
Bien sur en 2003 j’utilisais entre autre l’autre logiciel que tu évoques.
16 janvier 2013 16:13,
par Nevermind ![]() ![]() |
![]() |
24 décembre 2012 13:53,
par Nevermind ![]() ![]() |
![]() |
Non ce n’est pas ce modèle, j’aurais du dire amplicateur :
http://www.nauticom.fr/store/produc...
Voilà celui que j’ai, on le trouve parfois d’occasion sur différents forum .
Je l’ai payé 50€ .
Tu n’as pas besoin de convertisseur Seatalk NMEA.
Pour les ports, il y avait cela dans la version 3.1.1206, comme tu as pu voir avec l’article du dashboard et du pilote.
Ne pas oublier de renter des phrases NMEA.
jp
24 décembre 2012 14:25,
par Nevermind ![]() ![]() |
![]() |
24 décembre 2012 14:26,
par Nevermind ![]() ![]() |
![]() |
24 décembre 2012 15:14,
par yoruk ![]() ![]() |
![]() |
Merci, je le connaissais, d’un fil créé par Pytheas54, et je l’’avais perdu.
Alors, ce qui m’excite singulièrement, est l’idée qu’un transpondeur puisse émettre ce type de lien ; et... phénoménal, que ce lien ramène vers des info AtoN et/ou.... commerciales : l’âge et les dimensions de la crémière entre autre....
On vit une époque extraordinaire
Michel
26 décembre 2012 19:25,
par Nevermind ![]() ![]() |
![]() |
Bonsoir,
une nouvelle version d’opencpn 3.1.1224
http://opencpn.org/ocpn/download
les corrections :
Release Beta 3.1.1224
115. Correct to allow linux /dev/ttyUSB0 access.
116. Correct auto-upgrade of « AIS Port (Shared) » to 3.2 Connections architecture
117. Correct GPS upload port persistence to include manually entered ports.
118. Correct Windows serial port write performance bottleneck.
119. Correct AIS extended name field update. (FS#886)
120. Implement portaudio sound library support for linux.
121. Correct Dashboard datastream interface.
122. Improve AIS Icons and console background for Journeyman styles.
123. Correct for non-conformance of Xport to Windows API.
124. Correct UDP output port to be ephemeral (FS#908)
125. Add WindHistory instrument to Dashboard. Thanks to Thomas Rauch.
126. Implement AIVDO processing for Dashboard.
127. Update language files
128. Implement focused context menus for immutable layer objects (FS#576)
JP
26 décembre 2012 20:40,
par Nevermind ![]() ![]() |
![]() |
Dans le dashboard, on peut avoir l’historique des vents.
jp
27 décembre 2012 14:32,
par Nevermind ![]() ![]() |
![]() |
27 décembre 2012 15:22,
par Nevermind ![]() ![]() |
![]() |
Les dernières nouvelles :
Looking forward to 3.2 stable release early 2013.
The OpenCPN beta development has proceeded through last autumn and the winter.
Beta 3.1.1224 has just been released. There are heaps of improvements, but three feature/bugfixes stands out because they have, in some cases earlier, caused problems, and even forced users to use third party programs to make OpenCPN work.
* A totally new data connection input/output implementation with a built in multiplexer and ability to handle NMEA via network and much, much more.
* The longstanding problem with gps stopping after some time, related to Prolifics USB-Serial adapters on Win7/64, is fixed (fingers crossed)
* Sound should « just work » on Linux. No more post-installation measures needed.
27 décembre 2012 15:43,
par Pil-Poil ![]() ![]() |
![]() |
En français (résumé) :
10 janvier 2013 09:51,
par Nevermind ![]() ![]() |
![]() |
10 janvier 2013 09:54,
par Nevermind ![]() ![]() |
![]() |
Les nouveautés :
129. Correct error on consecutive fast serial port write() access.
130. Correct possible serial port read buffer overrun.
131. Correct generic SART target query report.
132. Remove package « libsdl1.2debian » as a dependency for sound.
133. Correct to allow for possible events from deleted datastreams
134. Add Priority change messages to NMEA Debug window
135. Correct Route/Waypoint upload port persistence
136. Set Ownship minumum size (mm) default to 1
137. Remove requirement of active GPS signal for routepoint GPS upload from context menu
138. Allow « Activate » of Routes and Routepoints in layers.
139. Correct Journeyman style pencil icon offset (FS#943)
140. Correct True heading timeout watchdog logic (FS#937)
141. Convert Garmin host mode and Furuno format upload to global options.
142. Correct Dashboard visibility logic persistence.
143. Correct AIVDO processing for invalid lat/lon (FS#935)(FS#936)
144. Improve AIS target query format for n/a fields (FS#934)
145. Correct Options->Charts add/delete/apply logic (FS#944)
146. Correct for build option USE_GARMINHOST=OFF (FS#931)
147. Correct for possible Windows ReadFile() error condition. (FS#947)
148. Correct Mac OSX bahavior on app activate/deactivate (FS#938)
149. Correct shared waypoint visibility selection logic (FS#942)
150. Language update
151. Major update to embedded Users Manual. Many thanks to Thomas (cagney)
12 janvier 2013 16:18,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
Quel est l’intérêt de fractionner une route avec opencpn ?
Y a t’il une possibilité de rajouter des paramètre dans la fenêtre propriétés des routes comme vent par exemple ?
Merci
JP
12 janvier 2013 23:10,
par yoruk ![]() ![]() |
![]() |
1. Non pas de possibilité d’ajouter de nouveaux paramètres en écriture dans le gestionnaire de fichier
2. Par contre et très prochainement, on pourra probablement avoir accès à des Poi’s depuis ces routes
3. Oui il peut être intéressant de couper une route dans la cadre d’une route récupérée depuis une trace trop longue. Voir la copie d’écran jointe (une trace) et les route récupérés et éclatées au post suivant
Michel
NB Attention aux risques de déformation d’une route issue d’une trace. Il faut prendre en compte de délai d’activation des WP. Trop long il coupera les droites entre deux WP. Trop court, le fichier risque de peser très lourd
Voir le chapitre Les dangers de l’option Trace -> Route à ce lien
http://www.eauxturquoises.fr/b_tuto...
12 janvier 2013 23:11,
par yoruk ![]() ![]() |
![]() |
12 janvier 2013 23:12,
par yoruk ![]() ![]() |
![]() |
12 janvier 2013 23:13,
par yoruk ![]() ![]() |
![]() |
12 janvier 2013 23:23,
par yoruk ![]() ![]() |
![]() |
16 janvier 2013 10:50,
par fulup ![]() ![]() |
![]() |
La gestion des ports d’entrée sortie (Linux et Mac) est toujours aussi simpliste et ne détectent pas les nouveaux devices type Digital Yatch AIT2000 qui sont détecte par l’OS comme des modem ne sont pas listés dans la boite de sélection. J’ai fais et posté la correction sur http://opencpn.org/ocpn/flyspray/ mais aucunes réponses, commentaire. C’est comme si le tracer était mort.
Question : quelqu’un sait il comment il est possible de pousser des améliorations sur les nouvelles versions. Au début d’OpenCPN on passait un mail en direct à Dave, il aimait ou n’aimait pas mais on avait une réponse. Maintenant j’ai un peu l’impression qu’on jette un cailloux dans l’eau. Le site de gesion de bug/proposition semble complément mort.
Un autre problème critique sous Linux, est le risque de perte du fichier de config en cas de planté de l’OS (ex : débrancher la prise d’allim en opération). Le fichier de config est alors instable et comme il n’y a pas de version de backup, le système repart sur une config vierge. Je me suis fait réveiller deux fois en pleine nuit par des équipiers paniqués qui avaient perdu l’AIS dont une fois dans le rail de Ouessant.
Conclusion : si quelqu’un sait comment poster des proposition de patch aux développeurs je suis preneur de l’info.
17 janvier 2013 15:16,
par yoruk ![]() ![]() |
![]() |
Bonjour
Oui c’est vrai qu’ils ont tendance à faire un peu de gras... Quelques Apparatchiks prennent du pouvoir.
Pour intervenir faut passer par le Fly Spay (Tracker) : http://opencpn.org/ocpn/flyspray/
Bonne chance
Michel
17 janvier 2013 15:59,
par fulup ![]() ![]() |
![]() |
L’utilisation de opencpn.org/ocpn/flyspray ne donne rien, a l’inverse d’autre outils comme GPSd aucun développeur ne semble lire les messages qui sont postés, d’ailleur aucun n’est vraiment commenté par la communauté. Ca donne l’impression d’un outil qui à été mis en place, mais qui n’est pas utilisé.
17 janvier 2013 16:09,
par yoruk ![]() ![]() |
![]() |
C’est peut être à nous de formaliser des propositions concrètes et adaptées aux besoins de la navigation. On a soumis une observation sur Cruisers Forum au sujet des réglages de vitesse des segments de route. Ce qui est une observation semble t il judicieuse si l’on envisage des hypothèses de route... Et on a une une réponse efficace tout de suite... pas totalement ergonomique, mais répondant à un soucis de marin...
Nous avons ici l’espace et le savoir faire pour construire des propositions... Si nous faisons le pois, si elle sont adaptées au potentiel de OpenCPN... On pourra être écoutés... en anglais !!!
Michel
17 janvier 2013 16:31,
par Jona ![]() ![]() |
![]() |
Bonjour Fulup,
Je suis nouveau ici :>)
Le tracker semble suivi, car j’ai posté le #931 et à ma grande surprise il a été pris en compte et corrigé dans la derniére version.Il est par ailleurs vrai que je n’ai eu aucune question, ni commentaire ,ni avis....
Je pense que cette outil(Flyspray) est nécéssaire avec un tel programme...
J’ai vu que ton case est pris en compte(par l’outil),patience.
Pour les propositions de modifs de code, il faut passer par git.... pas encore essayé...
Gilles
17 janvier 2013 18:30,
par fulup ![]() ![]() |
![]() |
Un tel outil est effectivement nécessaire et on ne peut pas laisser n’importe qui modifier les sources, et ce même avec un gestionnaire de version.
Ce qui est surprenant c’est l’absence de retour, du coup tu ne peux rien proposer puisque tu ne sais pas si ça plaît ou ne plaît pas.
J’ai par le passé proposé quelques contribs sur OpenCPN, certaines passaient d’autre non, mais on avait toujours un retour. Aujourd’hui ça n’est plus le cas. Comme faire évoluer un produit du niveau d’OpenCPN sans échange c’est impossible, cela veut dire que les échanges inter développeurs passent par ailler, mais par oui ???
17 janvier 2013 18:50,
par Pil-Poil ![]() ![]() |
![]() |
On peut supposer que le noyau central des programmeurs OpenCPN a son intranet « fermé ». Compte tenu de l’ampleur que prend le logiciel et du nombre incroyable des contributions libres et spontanées, un intranet me semble quasi obligatoire pour maintenir une certaine cohésion dans le noyau central.
Ayant été modo durant plus de 10 ans sur un forum très fréquenté, puis webmestre ici-même, je peux confirmer que répondre à chaque intervention dans un trafic comme celui d’OpenCPN est impossible pour des bénévoles qui doivent « durer » des années sans épuisement.
Un autre exemple, le CMS open-source « Spip » sur lequel est construit notre site a également une structure de proposition « ouverte » comme OpenCPN, mais bien évidemment la majorité des interventions ne reçoit aucun « accusé de réception » ... ce qui ne veut pas dire qu’elles sont ignorées !
17 janvier 2013 19:09,
par yoruk ![]() ![]() |
![]() |
Si on veut être écoutés, il faudra une force de persuasion percutante. Je suis quand même bluffé par la rapidité avec laquelle ils viennent d’évoluer pour la dernière version. En particulier la clarification des commandes contextuelles à laquelle ils sont arrivés. Mais… et c’est étonnant, il y a des contresens incroyables
Etc… Etc… Alors sans refaire le monde, on pourrait peut être ici faire un inventaire de ce qu’il convient de modifier, et d’améliorer. Quelque chose de bien construit, en toute modestie et on le propose… On trouvera bien un marin qui traîne par là…
Michel
19 janvier 2013 10:55,
par fulup ![]() ![]() |
![]() |
Je ne suis pas certain de comprendre l’histoire de l’outil de mesure, il fonctionne très bien en multi-segment, ceci aussi bien sur la version 3.0 que sur la beta 3.1 (voir image)
Il suffit de cliquer plusieurs fois que le bouton de gauche. Sinon il semble avoir un petit soucis technique avec le site de opencpn, mais la zone de download continu de fonctionner il faut donc passer en direct sur http://opencpn.org/ocpn/download
19 janvier 2013 11:32,
par yoruk ![]() ![]() |
![]() |
Bonjour
Oui d’accord, l’outil mesure peut effectuer plusieurs segments mais pour une seule mesure. Si l’on veut faire trois relèvements différents comme sur la copie d’écran jointe, c’est impossible sauf à utiliser l’option route comme je l’ai fait. Ce qui est long et fastidieux
Il serait préférable d’avoir comme sur Maxsea, un outil relèvement permettant de saisir à la volée trois droites permettant un recadrage précis de l’estime. Il faudra aussi prévoir un pré formatage graphique de ces droites, pour les rendre lisible facilement…
Ce qui va devenir phénoménalement intéressant avec l’arrivée des transpondeurs AtoN. La Turquie en est très largement équipée aujourd’hui. Voir le lien ci-dessous, sur un topo que nous avons fait il y a peu pour les hivernants de Finike
http://www.eauxturquoises.fr/oturq/...
Michel
19 janvier 2013 09:07,
par yoruk ![]() ![]() |
![]() |
La dernière mise à jour Release Beta 3.1.1319
J’ai l’info par une indiscrétion, mais à cette heure, je ne peux pas joindre le site officiel OpenCPN. Quoi de neuf :
152. Correct NMEA Debug window output data port strings.
153. Implement conditional build instructions for armhf architecture.
154. Remove some extraneous translatable strings
155. Remove hot-key « R » to toggle vector chart rocks/wrecks display.
156. Correct AIS target CPA graphics if ownship Cog or Sog are undefined.
157. Add cr/lf to incoming TCP datastreams.
158. Add « Send to GPS » to Route context menu.
159. Correct logic for delete of route point when part of invisible route.
160. Correct/enhance ENC rocks/wrecks visibility logic.
161. Correct context menu selections for Active route (FS#948)
162. Implement timeout function for some missing data in Dashboard (FS#937) (FS#950)
163. Implement « Export All Visible » button in RouteManagerDialog
164. Correct extraneous OBSTRN pattern fill on some ENCs (FS#951)
165. Correct chart status bar display for very large chart groups.
166. Relax Debian libtinyxlm dependency to 2.5.3 for Squeeze
167. Improve Dashboard text rendering (FS# ???)
A noter qu’il ont rectifié la fabuleuse erreur des raccourcis clavier. En tapant bêtement « R » sur le clavier, même sans touche de contrôle ; on masquait les roches affleurantes, sur les CM93 ;; ; Ha !!!
Il y a un petit côté rassurant, il y des marins qui veillent !!!
Michel
NB... Marin qui veillent... je ne parle pas de moi bien sûr
19 janvier 2013 11:04,
par Nevermind ![]() ![]() |
![]() |
Je ne trouve pas le lien pour changer 1309 en 1319 ;
Meanwhile, you can still access the new versions, if you can get to the download page. Copy the link location of the old link. Edit « 1309 » in that link to « 1319 ». Copy the whole new link address and paste it into your browser. Hit « Enter ». The new version should now download.
JP
19 janvier 2013 11:33,
par Nevermind ![]() ![]() |
![]() |
19 janvier 2013 13:48,
par Nevermind ![]() ![]() |
![]() |
19 janvier 2013 18:55,
par Nevermind ![]() ![]() |
![]() |
A savoir :
Sur Mac,
Lorsque l’on affiche la cible AIS, la fenêtre apparait avec les infos,
si on clique sur la carte la fenêtre disparait, mais la cible reste toujours entourée.(photo)
En fait la fenêtre est toujours active mais elle est passée en arrière plan.
Pas de PC sous la main, donc je n’ai pas testé.
JP
19 janvier 2013 18:56,
par Nevermind ![]() ![]() |
![]() |
19 janvier 2013 18:57,
par Nevermind ![]() ![]() |
![]() |
19 janvier 2013 19:01,
par Nevermind ![]() ![]() |
![]() |
19 janvier 2013 23:39,
par yoruk ![]() ![]() |
![]() |
Bonjour
Ils appellent ça « the new intelligent dynamic tracking »…
C’est dans OpenCPN et ça vient de sortir de la dernière version, celle de ce matin…C’est une méthode de pondération des Waypoints constituant une trace, avant de la transformer en route.
Personnellement je trouve ça plutôt bizarre… Faites-vous une idée…
J’ai mis le dossier, ici : http://www.eauxturquoises.fr/b_tuto...
On est un petit peu coincé par les évolutions continuelles d’OpenCPN. Avec cette dernière bêta, il aurait fallu revoir complètement le tutoriel, sans garantie que la dernière mouture soit conforme à la précédente, et surement pas à la suivante… Vous arrivez à me suivre là ???
Bon, dans peu on remettra de l’ordre dans tout ça
Michel
20 janvier 2013 14:57,
par AISEAG ![]() ![]() |
![]() |
Bonjour,
Tests en cours de cette version sur Windows 8.
machine : 2Gb RAM, 32 Bits ; Disque 32 Gb SSD
Quelques difficultés avec GPS BU 353 mais tout semble OK après reinit avec un ancien driver.
A+
20 janvier 2013 17:18,
par Nevermind ![]() ![]() |
![]() |
20 janvier 2013 17:07,
par Nevermind ![]() ![]() |
![]() |
20 janvier 2013 17:35,
par yoruk ![]() ![]() |
![]() |
20 janvier 2013 17:59,
par Nevermind ![]() ![]() |
![]() |
C’est la même chose, regardes la colonne historique est à l’extérieure et l’autre est à l’intérieure. J’ai fait deux tableaux.
JP
26 janvier 2013 14:03,
par AISEAG ![]() ![]() |
![]() |
Ci-après le lien PROLIFIC qui annonce une maj pour W8
http://www.prolific.com.tw/US/newsd...
Je confirme que BU-353 fonctionne (tests de plusieurs heures en statique) sous W8,
La rédaction du modop est en cours.
@+
26 janvier 2013 15:51,
par Nevermind ![]() ![]() |
![]() |
En fait, je me suis aperçu après que tu avais trouvé la solution sur Cruiser.
C’est parfait.
JP
28 janvier 2013 18:57,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
Voici la nouvelle version :
Version 3.1.1328, released 2013-01-28
168. Correct Track start Timestamp calculations.
169. Improve default « Send to GPS » context menu shortcut behavior with no port defined.
170. Increase Tide icon selectable point radius to improve selectability.
171. Implement multi-selection capability for RouteManagerDialog lists, especially « Delete »
172. Remove « Export All » button from RouteManagerDialog
173. Further improve Dashboard text rendering
174. Correct crash on delete Dashboard as parent of Preferences dialog.
175. Implement improved Serial port detection for linux/Mac.
176. Revert #166, libtinyxml dependency. Now at 2.6.2
177. Correct for Mark Info html links with embedded spaces on linux
178. Correct partial hang on Windows when no network interface is available.
179. Correct crash on Mac when large logfile is restarted.
180. Add sorted Datastream priority to options->Connections list.
181. Update some translatable strings.
182. Implement Route Print function. Thanks to « registry » for the patch.
JP
29 janvier 2013 21:08,
par yoruk ![]() ![]() |
![]() |
Bonjour
Je n’ai pas vu beaucoup de changement à part la commande « exporter ce qui est sur la carte » et qui remplace la commande « exporter tout ». C’est une bonne chose car elle offre une possibilité de tri intéressante. Je crois que c’est Giletarom à l’origine de cette modification, ‘’Cocorico’’.
C’est néanmoins un travail de Geek, dans la mesure où la faiblesse de calcul du programme interdit de sauvegarder des fichiers un peu lourds, sauf à attendre de longue minutes… En navigation (cà arrive) il est largement préférable de sauvegarder fichiers par fichiers par le commande ‘’exporter’’, située à droite de la fenêtre du gestionnaire de route
Autre Geek/amélioration, on peut sauvegarder une route par un bouton ‘’print route’’ (le même existe pour les traces). On sauvegarde sous forme de fichier PDF, ou sur imprimante. C’est assez rapide à faire, çà pourrait être joli… mais non, c’est pas beau, çà donne même une impression désagréable de ‘’bâclé’’ ainsi, vont les Geeks
Je vous joins un exemple, et le post suivant ce qu’il est possible de faire aussi facilement en utilisant la copie par clic droit en mode texte, sur les segments des propriétés de la route… C’est autre chose, enfin, chacun fait à son goût …
Michel
29 janvier 2013 21:19,
par yoruk ![]() ![]() |
![]() |
30 janvier 2013 09:42,
par fulup ![]() ![]() |
![]() |
Dans les bonnes nouvelles ; sous Linux la 3.1.1309 inclue un nouveau mode de recherche des périphériques qui permet de détecter les équipement AIS de nouvelles génération. D’une manière générale elle gère de plus intelligemment la détection de toutes les connections séries.
Pour la petite histoire la aussi les geeks on frappés en supprimant le message d’erreur qu’il y avait dans le patch d’origine pour signaler qu’aucun GPS n’avait été trouvés, mais il n’empêche que c’est déjà beaucoup mieux qu’avant. Depuis la 3.1.1309 seules les connexions réellement existantes sont proposées, et les restrictions sur les type de devices ont été supprimes (avant certains équipement de dernière génération comme l’AIS de Digital Yatch, Raymarine,... n’apparaissaient pas).
6 février 2013 11:46,
par Nevermind ![]() ![]() |
![]() |
La dernière version d’opencpn 3.1.1405
http://opencpn.org/ocpn/download
183. Update some translatable strings
184. Improve Dashboard graphics for linux systems
185. Correct Route/Waypoint upload timing logic.
186. Implement NMEA0183 APB sentence for autopilot output.
187. Improve performance of « Export all visible » objects.
188. Deactivate some controls (« Delete All ») on multiobject selection in RMD
189. Add Garmin Host Mode status to auto-upgrade of connections parameters.
190. Dashboard depth : Use DPT rather than DBT for depth ; add transducer offset to depth value if available.
191. Remove update of magnetic heading and variation on processing of AIVDO messages.
192. Improve Garmin serial port usability.
193. Add Progress bars to some potentially long GPX and track operations.
194. Correct update of Satellites in View instrument.
195. Documentation update. Thanks, Thomas (cagney)
JP
12 février 2013 12:27,
par Nevermind ![]() ![]() |
![]() |
Une petite dernière :
OpenCPN Version 3.1.1411
http://opencpn.org/ocpn/download
196. Correct Furuno Route/Waypoint upload logic,
197. Correct Mac/wx2.9 dialog background colour.
198. Correct module shutdown sequence, to prevent potential PlugIn crash. (GE2KAP)
199. Language update #531
200. Final doc update
JP
13 février 2013 17:39,
par JOUBERT ![]() ![]() |
![]() |
Hello,
Sous Windows 7 édition intégrale :
- bug du programme d’installation en fin de parcours mais le logiciel démarre.
- il charge mes cartes au premier lancement, mais à chaque redémarrage, il perd mes cartes : les groupes de cartes sont là, mais quand on sélectionne un groupe .. il te dis « groupe vide » et quand on vérifie la config dans la clef à molette tout est bon, puis quand on force la reconstruction de la base ... tout disparait ...
solution : tout effacer et tout refaire les sélection de cartes .. mais c’est fastidieux à chaque fois ...
avez vous déjà rencontré ce pb ?
bien cordialement,
13 février 2013 17:44,
par yoruk ![]() ![]() |
![]() |
Bonjour
Je suis sous W7 premium et encore la version 3.1.1328
Pas de problème
Je vais lancer la dernière màj et je reviens...
Michel
13 février 2013 17:52,
par Nevermind ![]() ![]() |
![]() |
Pas de problème sous XP.
J’essayerai samedi sous W7 en Corse.
JP
13 février 2013 18:59,
par yoruk ![]() ![]() |
![]() |
Alors, toujours sous W7 Premium et la nouvelle version bêta... tout se passe bien, setup et affichage de mes cartes aussi.
Une piste : désinstallez vous la précédente version d’OpenCPN avant d’installer la nouvelle ???
Auquel cas, vous désinhibez tous vos réglages personnels, y compris vos choix de cartes.
Astuce (qui fonctionne chez moi), avant d’exécuter le nouveau setup, renommer les anciennes versions bêta, depuis l’explorateur Windows, dans program files, sans toucher à la dernière version release (v.3.0.2)...
Au chargement du setup, demander un chargement en parallèle, ce qui créera une deuxième version, sans modifier les paramètres personnels...
Michel
13 février 2013 22:47,
par fulup ![]() ![]() |
![]() |
J’ai testé la dernière version à bord aujourd’hui, je n’arrive toujours pas à avoir le vent sur le dashboard.
J’ai la profondeur et le compas magnétique mais le vent reste désespérément à zéro pourtant j’ai toute les trames du Seatalk qui arrive via un pont NMEA.
Chez vous ca fonctionne ?
Je suis Linux, mais je pense pas que ça change quelque chose, car la partie du code traitant les trames NMEA est indépendante de la plate-forme.
14 février 2013 06:22,
par yoruk ![]() ![]() |
![]() |
bonjour
En panne sèche avec mon contrat 3G je ne pourrai recharger que dans l’après midi. En attendant c’est Wifi maigreuse...
Concernant le dashboard et les info de l’anémomètre, je serai de peu d’utilité. n’ayant pas de cata, ne faisant pas de régate, et évitant soigneusement le près trop serré, l’anémomètre m’est de peu d’intérêt, Je fais parti de ceux qui estiment que lorsque l’on entend siffler les haubans, c’est F6. On a dééjà pris un ris et on envisage de prendre le suivant rapidement.
Par contre je m’y intéresserai pour les remontées d’info sur le sondeur, et leur enregistrement. Ici, avec une carto un peu aléatoire, c’est un élément sécurisant...
Voilà désolé... Peut-être Jean Paul, qui est en Corse, aura-t-il des infos, quand il pourra lui aussi communiquer ???
Michel
14 février 2013 11:45,
par yvesD ![]() ![]() |
![]() |
Par contre je m’y intéresserai pour les remontées d’info sur le sondeur, et leur enregistrement. Ici, avec une carto un peu aléatoire, c’est un élément sécurisant...
En méditerrannée ? mis à part le littoral français du golfe du lion et autres delta de grand fleuve (ou la côte est de la corse) je vois peu d’endroits où la navigation au sondeur soit aussi efficace (== information aussi discriminante) que sur la façade ouest de la France.
Bon je blague un peu, quoique ...
14 février 2013 13:15,
par yoruk ![]() ![]() |
![]() |
mis à part le littoral français du golfe du lion et autres delta de grand fleuve
Ha… homme de peu de foi, et pourtant il y en a des tas et des tas… Tiens ci-joint une photo prise le 27 juillet 2007, dans le bassin méditerranéen, dans un lieu qui a vu passer les plus grand marins du monde (je ne me compte pas dans la brassée)… Visibilité 300 m d’un coup… Hé bah… là les lignes de sonde décrites aux deux post suivants… C’est pas du luxe…
14 février 2013 13:16,
par yoruk ![]() ![]() |
![]() |
Là la carto est fiable jusqu’à la ligne de sonde des 2 m… après c’est fouillis, et pourtant il y a un port au bout (voir le post suivant)
Pour éviter la zone de pêcheries, et gagner la première balise rouge marquant ??? le chenal … peut être !!! On peut se caler sur les temps de passage des lignes de sonde, confirmées par un sondeur bien réglé. Le plugin VDR d’OpenCPN enregistre les phares NMEA. Si on peut récupérer ces info sur le dashboard, entre la vision du sondeur, l’historique des passages sur les lignes de sonde, et… un chrono… on a l’instrument de contrôle parfait
14 février 2013 13:18,
par yoruk ![]() ![]() |
![]() |
La dernière copie d’écran, montre grâce à une fusion/transparence… qu’il y a bien un port que les CM93 2011 ignorent superbement, et le positionnement aléatoire des hauts fonds…
Là on est à Porto Goro, dans le delta du Pô. Mais en fait c’est partout comme çà sur toute la côte Adriatique Italienne : 500 milles
14 février 2013 14:04,
par Nevermind ![]() ![]() |
![]() |
14 février 2013 14:05,
par Nevermind ![]() ![]() |
![]() |
Je testerai samedi.
JP
14 février 2013 08:14,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
j’y serai à partir de vendredi apm.
je vais regarder ça de près.
Pour la com à Macinaggio : 3G et Wifi gratuite dans le port.
Par contre quand il y a trop de vent, le courant du port disjoncte !
jp
15 février 2013 16:22,
par Nevermind ![]() ![]() |
![]() |
15 février 2013 16:51,
par yoruk ![]() ![]() |
![]() |
Tudieu....Cà c’est du tableau de bord... Tu me donnes envie de réparer ma centrale de nav...
Bah... faut voir Fulup, pour savoir si c’est son problème...
Bravo ; hein comme quoi les corses... Oui je sais, je sors
Michel
15 février 2013 17:21,
par Nevermind ![]() ![]() |
![]() |
Je vais quand même mettre un bémol.
Au bout de vingt minutes, les cadrans se sont arrêtés.
Après plusieurs redémarrages, cela fonctionne un peu puis cela s’arrête à nouveau.
Il n’y a que les données vents qui stoppent.
Et j’ai réussi à planter le PC.
Avec l’AIS je viens de voir le symbole des navires peu manoeuvrant (boule-cône-boule), je ne l’avais jamais vu auparavant.
Je suis repassé sous XP, là c’est parfait.
Tiens, une autre pour le fun !!!!
JP
15 février 2013 18:15,
par yoruk ![]() ![]() |
![]() |
Pour l’enregistrement du vent : tu as planté sous W7.. et çà passe sous XP, c’est çà ???
Sous W7, ici, pas de problème en réception AIS. les cibles masquées par les obstacles (mats des bateaux au port, Jetée) sont longues à venir
Celles qui sont en altitude : la station à terre (elle doit être à plus de 1000m d’altitude et à 15 milles ; et le bateau de plaisance mozaik qui est au sec, sont apparues tout de suite) Le cargo au mouillage, à 1.5 milles, masqué par la jetée, n’est apparu que 10 minutes plus trad.
C’est stable ; comme ça l’était sous XP
Michel
Edit le message aété bouffé... en partie ;
15 février 2013 18:51,
par Nevermind ![]() ![]() |
![]() |
Voici tout ce qui se passe sous XP :
1/ si on ouvre une version antérieure, on perd toute les données de connexions dans la version antérieure mais aussi dans la dernière version.
2/ il faut remettre et paramétrer tous les ports correspondant GPS, AIS, Pilote centrale de navigation.
3/ il faut remettre toutes les phrases NMEA manquantes pour avoir les données qui viennent de la centrale de navigation.
Avec tout ça, on se dit que l’on va avoir à nouveau le Dashboard, et bien non, cela ne suffit pas.
4/ ouvrir les préférences du dashboard et supprimer les nouvelles fenêtres, ne pas oublier d’enregistrer.
5/ dans le dashboard créer les nouvelles fenêtres , ne oublier de cocher montrer la fenêtre.
Et tout devient beau comme avant.
Amusant, n’est ce pas ?
Je suppose que c’est le problème de Fulup.
JP
15 février 2013 18:54,
par yoruk ![]() ![]() |
![]() |
Vouiiii Joyeux...
On pourrait peut être s’organiser en groupement et poser la question aux instruits ??? Non ???
Michel
15 février 2013 19:06,
par Nevermind ![]() ![]() |
![]() |
15 février 2013 18:54,
par Nevermind ![]() ![]() |
![]() |
15 février 2013 18:57,
par Nevermind ![]() ![]() |
![]() |
15 février 2013 18:58,
par Nevermind ![]() ![]() |
![]() |
16 février 2013 00:13,
par fulup ![]() ![]() |
![]() |
Si j’ai le temps demain je regarde, j’ai deux port NMEA un pour l’AIS et l’autre pour le pont SEATALK, je vois mes trames de vent dans la fenêtre NMEA mais le dashboard ne les prend pas. Je vais essayer de recréer une fenetre mais je doute que ca soit le problème.
Vos trames NMEA de vent ressemble à quoi ? J’ai bien peur que ça soit plutôt la conversion SEATALK/NMEA qui ne soit pas propre.
16 février 2013 09:17,
par Nevermind ![]() ![]() |
![]() |
J’ai essayé ce matin sous W7
le tableau vent s’arrête au bout de 5’
jp
15 février 2013 19:10,
par Nevermind ![]() ![]() |
![]() |
16 février 2013 17:41,
par fulup ![]() ![]() |
![]() |
Effectivement j’ai détruit mon tableau de bord et recommencé et cette fois ci c’est OK. Je dois dire que j’ai un peu de mal à comprendre, je relancer plusieurs fois OpenCPN ça fonctionnaire à chaque fois.
Reste à faire des tests en mer sur du long terme.
15 février 2013 19:25,
par Nevermind ![]() ![]() |
![]() |
Pensez à sauver vos routes et traces car elles disparaissent aussi !!!!!!!!!!!!!!!!!!!!!
15 février 2013 19:51,
par yoruk ![]() ![]() |
![]() |
“Pensez à sauver vos routes et traces car elles disparaissent aussi !!!!!!!!!!!!!!!!!!!!!”
Dieu seul sait si depuis MS DOS 1.1... j’en ai bousillé des fichiers, et si j’en est mis au point des méthodes de sauvegardes.. Hé Bah,,, en octobre dernier j’ai écrasé bêtement des traces aux quelles je tenais. En fait le les concepteurs ne se sont pas cassé la tête, c’est sauvegardé dans Navobjet, en temporaire et dans les layers de “ProgramData” ... Si tu fait un setup d’un nouvel OpenCPN... tu écrases tout
L’astuce est de sauvegarder “ProgramData/opencpn/.*” sous un autre nom, quand on change de système d’exploitation ou de version d’OpenCPN... Là la récup est facile... mais c’est quand même galère...
Michel
15 février 2013 20:05,
par Nevermind ![]() ![]() |
![]() |
Le piège, tout ce passe bien en montée de version, cela va aspirer les données de l’ancienne et la vider.
Ensuite si on repart d’une version ancienne (vide) et ouvrir la nouvelle version, cela va aspirer du vide.
Voilà.... comme dirait Le Cam
Je mets tout sur une clé.
Je schématise !
Ne perdons pas de vue que le logiciel est gratuit, alors...........
JP
16 février 2013 17:43,
par Nevermind ![]() ![]() |
![]() |
Encore des déboires sous XP !
Cet après midi le dashboard se laisse un peu aller :
Il affiche les paramètres de vent, mais plus le compteur vitesse (aiguille et chiffre manquant)
Rien n’y fait après plusieurs redémarrages.
J’ai désinstallé toutes les versions précédentes et supprimé toutes les clés du registre.
Réinstallation, tout fonctionne sauf le pilote. Impossible d’activer la fonction track (no data).
Evidemment j’ai paramétré les phrases NMEA en sortie vers le pilote comme avant.
Pour l’instant je sèche.
JP
16 février 2013 17:54,
par fulup ![]() ![]() |
![]() |
J’ai essayé ce matin de transférer une route et un waypoint d’OpenCPN vers mon pilote sans succès (a noter que je n’avais pas fait le test avec la 3.0, il ne sagit sans doute pas d’une histoire de version)
j’ai une config Raymarine assez classique avec une calculateur de pilote S2 et un traceur C80. Mon traceur recevant l’AIS du transpondeur son input NMEA n’est pas dispo. J’ai donc essayé d’injecter les routes par deux méthodes :
via seatallk avec le convertisseur Seatalk/NMEA de Raymarine (un des premiers modèle qui pourait avoir des limitations)
via l’entré NMEA du calculateur de pilote (j’ai meme testé les deux NMEA car bien que la doc ne le dise pas en output elles ne sortent pas les même trames, mais l’une comme l’autre semble ignorer les trame de routage/waypoint)
Nota : Je n’ai pas encore fait le test de la pousser par l’interface de commande S6000 mais ça me gonfle de passer des fils, si ca ne fonctionne pas. Sinon je suis sur de mes connections, j’ai vérifié en sortie du PC ce qui partait, et à l’arrivée j’utilise une petite led pour vérifier que des packets arrivaient bien sur le fils quand on exporte la route.
Question : certains d’entre vous arrivent ils à pousser les routes de OpenCPN vers leur pilote Raymarine, si oui comment ?
16 février 2013 18:22,
par Nevermind ![]() ![]() |
![]() |
Pour répondre à ta question :oui je l’avais fait avec V 3.1.1206
http://www.plaisance-pratique.com/p...
Maintenant je sèche avec la nouvelle version.
JP
16 février 2013 18:45,
par fulup ![]() ![]() |
![]() |
16 février 2013 18:43,
par yvesD ![]() ![]() |
![]() |
injecter les routes par deux méthodes :
via seatallk avec le convertisseur Seatalk/NMEA de Raymarine (un des premiers modèle qui pourait avoir des limitations)
J’ai copie des docs de ce convertisseur vers 2003 et en 2012, tu m’envoie ton mél privé et le tour sera joué pour moi. Pour toi faudra faire un diff à vue entre les deux versions.
16 février 2013 18:56,
par fulup ![]() ![]() |
![]() |
J’ai retrouvé une doc sur les anciennes versions Seatalk/NMEA. Les trames de routage sont bien prises en compte (voir image).
Question ; faut il faire quelques chose de spécial pour que le pilote accepte des routes ? D’ailleurs c’est quel appareil qui mémorise les routes quand elle arrivent pas Sealtalk, le C80 ou le calculateur de pilote ?
16 février 2013 20:33,
par Nevermind ![]() ![]() |
![]() |
Sur une ancienne version, seul le WP suivant était actif pour le pilote, il faut accepter le WP à chaque fois.
Tout arrive sur le SPX 30
Pour Fulup :
Comment fais-tu pour envoyer ECWPL ?
Je l’ai bien rentré mais elle n’apparait pas.
Quel est la signification des priorités dans les ports ?
17 février 2013 10:07,
par fulup ![]() ![]() |
![]() |
Su tu fais une route, il suffit d’aller dans les gestionnaire de route et de faire export GPS. Ensuite on selectionne le bon port et c’est parti. Ceci dans mon cas ca ne fonctionne pas puisque je suis incapable de récupérer ma route sur mon C80
17 février 2013 10:26,
par Nevermind ![]() ![]() |
![]() |
Oui, ça je l’avais bien fait.
Mais je ne vois aucune phrases WPL ou ECWPL transmises.
Même en réinstallant la version 3.1.1206 je n’ai accès au pilote.
J’ai laissé un message sur Cruiser Forum.
JP
17 février 2013 18:37,
par fulup ![]() ![]() |
![]() |
J’ai trouver un post sur le forum Raymarine pour les Cxx classic ca devrait fonctionner, par contre sur les nouveau c’est NIET. Il faut mettre le traceur en mode réception route/waypoint via NMEA http://raymarine.ning.com/forum/top...
Ceci dit ca ne semble pas fonctionner quand les routes arrive par le Seatalk, et comme le port de mon C80 est pris par l’AIS je ne suis pas en mesure d’utiliser cette technique.
Sinon pour voir les trames il suffit de mettre en action la fenêtre NMEA, l’autre truc pour vérifier si les trames partent vraiment c’est une petite led. On la voit très bien clignoter quand on fait un export d’une route, c’est a mon avis la technique la plus simple et la plus rapide pour débugger des config NMEA (enfin quand il ne s’agit que d’un problème de connectique)
17 février 2013 18:58,
par Nevermind ![]() ![]() |
![]() |
Depuis la version 3.1.1206 les phrases d’envoi au pilote sont ECRMB , ECRMB
ECAPB est une nouvelle phrase.
JP
21 février 2013 10:53,
par fulup ![]() ![]() |
![]() |
Pour info vous trouverez les détails de options possible pour l’envoie de route de OpenCPN vers les traceurs Raymarine sur http://raymarine.ning.com/forum/top...
Le forum technique de Raymarine est un outil de première classe pour le support technique de leur équipements. Pour faire gagner du temps à ce qui ne maîtrise pas bien l’anglais.
* on ne peut expédier une route sur un traceurs Raymarine via NMEA-183 que sur les séries classique. Sur les nouvelles séries ce n’est pas possible (a vérifier pour N2000 car je n’ai pas posé la question)
* sur les série « E » il est possible d’expédier les routes via seatalk, mais pas sur les séries « C »
* on peut expédier une route via NMEA même si le port est configuré en mode AIS à 38400b
* il n’est pas possible d’utiliser ni les interfaces NMEA, ni celles du calculateur de pilote, ni du contrôleur (ex : st7002) pour expédier les routes vers le traceur.
Conclusion : pour expédier des routes et de l’AIS vers un traceur, il faut utiliser un multiplexeur NMEA ou choisir un transpondeur comme le DigitalYatch AIT2000 qui en intègre un. Sinon il faut choisir entre les routes ou l’AIS.
PS : Les traceurs classiques on bien une interface N2000, car Seatalk2 c’est du N2000 avec une autre prise. Toutefois ils ne peuvent pas recevoir ni l’AIS, ni une route, ni un waypoint par ce canal. Il semble en fait que sur les série classique hors contrôle des paramètres moteur, on ne puisse pas faire grand chose avec cette interface.
18 février 2013 08:33,
par Nevermind ![]() ![]() |
![]() |
La prochaine version d’opencpn
3.1.1417
201. Update RMD track length after Track->Reduce context action.
202. Language Update #533
203. Correct Furuno GPS Route Upload protocol
204. Correct Datastream TCP server mode logic.
27 février 2013 10:43,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
La version 3.2.0 est disponible là :
http://sourceforge.net/projects/opencpn/
La discussion pour cette version stable est ici : http://www.plaisance-pratique.com/v...
JP
2 mai 2013 05:32,
par yoruk ![]() ![]() |
![]() |
Elle est disponible, et corrige quelques bugs, mais n’apporte rien de nouveau. Parmi les bugs corrigés :
Correct initial visibility of layer waypoints
Correct duplicate layer waypoint loading to RouteManagerDialog list.
Correct potential pan key runaway on long SENC creation.
Improve quilt logic regarding ENC cell inclusion criteria
In routemanagerdialog, when a route is turned visible, always make all the shared waypoints visible.
Correct loss of some MAC message box focus in RouteManagerDialog
Make MOB persistent (FS#979)
Correct S57 Object Query dialog visibility on Mac (FS#988)
Correctly update position fix FixTime value sent to PlugIns
Update HDT watchdog on synthetic HDT events.
Extend checking and handling of malformed ENC geometry records (FS#995, FS#997)
Fix DSC target position calculations near equator. Thanks ChuckSK
Correct FS#975, Route and Routepoint selection logic.
Correct for fault on some unexpected light sector descriptions (FS#974)
Correct Mac Info.plist to include bundle name, allowing Force Quit entry.
On Windows, prevent multiple cuncurrent instances of OpenCPN unless using portable (-p) option.
Correct Mac Toolbar visibility on Docking (FS#976)
Improve serial port write logic for better thread safety.
Téléchargement : http://opencpn.org/ocpn/download
La présentation des traces est améliorée, voir la copie d’écran jointe
Par ailleurs, j’ai eu un crash GPS sévère, avec OpenCPN v3.2.0 sous W7. Il a fallu tout fermer, y compris W7 pour relancer. Il semble que le problème provienne de la gestion des ports de W7. J’avais à ce moment un problème de déconnexion de ma clé 3G (rupture de faisceau)
Michel
2 mai 2013 08:25,
par Nevermind ![]() ![]() |
![]() |
Bonjour Michel,
Je ne vois pas ce qui change dans la trace.
JP
2 mai 2013 08:38,
par yoruk ![]() ![]() |
![]() |
Bonjour
En fait, c’était juste pour montrer la perfection de la manœuvre (Private Joke pour ceux qui connaissent les finesses du vieux port de Kas !!!)
Hors de blague, il me semble que la trace est mieux lissée...
Sinon, j’ai retrouvé ce que disait Alien sur les problèmes de Crash... Pour lui ce serait lié à ,la mise en veille sous W7. J’ai modifié les paramètres, on verra. Je ne penses pas que ce soit un problème de stabilité du port USB. Je n’avais jamais eu de problèmes avant.
J’ai pu stocker le fichier log... j’analyserai plus tard avec un retour d’info ici...
Michel
2 mai 2013 09:09,
par Nevermind ![]() ![]() |
![]() |
J’ai essayé de supprimer la mise en veille des port USB avec W7 sur Eepc, mais rien ne change, au bout d’un certain temps une seconde fenêtre du dashboard avec les données de vent s’arrête.
Je pensais que c’était un problème de puissance de carte graphique et de mémoire, mais sur le vieux PC en XP cela fonctionne parfaitement.
Bon c’est mon PC de secours et tout le reste fonctionne.
jp
2 mai 2013 11:02,
par Nevermind ![]() ![]() |
![]() |
Pour alimenter tous les ports USB j’ai trouve ça :
2 mai 2013 11:39,
par Pil-Poil ![]() ![]() |
![]() |
C’est probablement idéal, mais il faut l’alimenter sous 7 à 24V ce qui complique un peu et impose le montage à demeure dans le bateau.
2 mai 2013 11:54,
par Nevermind ![]() ![]() |
![]() |
C’est juste deux fils à brancher venant du tableau et par exemple sur un Voyage 12.50 (j’ai vu celui de Bernard Tux 3132) il y a de quoi faire.
jp
30 mai 2013 22:23,
par Nevermind ![]() ![]() |
![]() |
Bientôt la version 3.3.424
31 mai 2013 20:55,
par Tiersp ![]() ![]() |
![]() |
Bonjour,
J’ai gualèré, mais je suis parvenu à faire fonctionner le pilote auto Raymarine spx10 avec la version 3.2
En entrée, il ne faut mettre que les phases NMEA utiles. Sinon la transformation seatallk NMEA créer des phases parasites qui plantent OpenCPN.
Quand les phases NMEA sont rouges dans la fenêtre c’est qu’elles ne sont pas transmises correctement ( souvent port Com non ouvert )
Ne pas hésiter à relancer OpenCPN, car il ne reconnecte pas les ports sauf celui du GPS.
Patrick
31 mai 2013 21:57,
par Nevermind ![]() ![]() |
![]() |
Pour cela fonctionne dans cette configuration :
opencpn 3.2.2
spx 30 6002
interface seatalk NMEA
VPSE
polauto dernière veversion
tu peux voir une capture d’écran sur Cruiser 3 posts avant le tien.
Demain je ferai des captures avec les phrases utilisées.
jp
7 juin 2013 20:47,
par Nevermind ![]() ![]() |
![]() |
La version beta OpenCPN Version 3.3. 604 est sortie
Changelog
1. Improve User manual image file structure.
2. Correct FS#975
3. Fix DSC target position calculations near equator. Thanks ChuckSK
4. Correct Dutch localization files.
5. Various large and small refactorings for improved code maintainability Thanks to Mario Konrad
6. Make MOB persistent (FS#979)
7. Update anchor watch sound on sound file change (FS#980)
8. Correct for fault on some unexpected light sector descriptions (FS#974)
9. Improve default directory selection in portable execution mode.
10. Correct PlugIn API 1.9 to export useful georeferencing utility functions.
11. Ensure default AIS and AnchorWatch alarm sounds are defined
12. Force Refresh() after Ctrl-B to ensure screen relayout.
13. Correct S57 Object Query dialog visibility on Mac (FS#988)
14. Correct Mac Info.plist to include bundle name, allowing Force Quit entry.
15. Add red « X » to indicate invisible waypoints in routemanagerdialog.
16. Correct various dialog focus issues on Mac platform.
17. Extend checking and handling of malformed ENC geometry records (FS#995, FS#997)
18. Update HDT watchdog on synthetic HDT events.
19. Correctly update position fix FixTime value sent to PlugIns
20. On Windows, prevent multiple cuncurrent instances of OpenCPN unless using portable (-p) option.
21. Allow export of multiple selected navobjects from the route manager at the same time.
22. In routemanagerdialog, when a route is turned visible, always make all the shared waypoints visible.
23. Make the real size AIS target shape ECDIS spec compliant.
24. Major update the GRIB PlugIn. Thanks to Sean & Jean-Pierre.
25. Correct initial visibility of layer waypoints.
26, Correct duplicate layer waypoint loading to RouteManagerDialog list.
27. Correct potential pan key runaway on long SENC creation.
28. Improve quilt logic regarding ENC cell inclusion criteria (FS# ???)
29. Improve serial port read/write logic for better thread safety.
30. Implement Windows semi-automatic Crash Reporting scheme.
31. Correct Windows virtual serial port access methods for XPort bug.
32. Improve S57 ENC processing of non-English character sets
33. Correct ENC cell duplication quilt logic, esp. for ENC_HOLLAND
34. Liberalize quilted S57 ENC cell inclusion logic factor.
35. Implement PlugIn API 1.10 Route/Waypoint management methods.
36. Update PlugIn API 1.10 utility functions
37. Set Minimum Size for AIS Target List (FS#1002)
38. Add simple sound file support to PlugIn API 1.10
39. Correct processing for some poorly formed ENC records, especially Holland 1R5OS005.000
40. Implement pugiXML for improved navobj file performance
41. Implmement command line option to disable OpenGL
42. Implement a hotkey (Ctrl+I) to hide/show GPS status indicator - (FS#1001)
43. Implement the possibility to drop waypoint on the current position of an AIS target
44. Implement (M)ARPA radar targets tracking (TTM and TLL sentences) and AIS-like display
45. Implement optional APRS position report tracking (uses WPL sentence) and AIS-like display (FS#964)
46. Improve track and layer logic to improve performance with large tracks.
47. Improve NavObjChanges logic to avoid potential for infinite fault on restart.
48. Implement a hotkey (Ctrl-N) to activate next waypoint in the active route (FS#1010)
49. Populate the filename of exported navobjects (FS#1005)
50. Implement font color selection on wxGTK (FS#898)
51. Implement configurable OwnshipCOGPredictor width (FS#617) and AIS target GOG predictor width.
52. Implement deletion confirmation in route manager (FS#616)
53. Improve Windows serial port enumeration logic to include Bluetooth SPP ports.
Release Notes :
This is a major upgrade to large parts of the internal « plumbing » of OpenCPN. I expect some regression issues, so please exercise your favorite edge cases thoroughly.
30. Semi-automatic Crash reporting for Windows.
Occasionally we get reports of crashes in the field which are not reproducible. This change allows the
creation and export of a Crash Report file, which may be sent to the developers for post mortem analysis.
It works like this :
a. Install and run OpenCPN normally. You will see no difference unless a crash occurs.
b. If a crash occurs, you will be presented with a new dialog that says « OpenCPN has stopped working »
c. Choose « What does the report contain », then the button « Export »
d. Save the .zip file, and post the resulting file to the Forum.
Please note that the « Send Report » option is not (yet) implemented, so NOTHING WILL HAPPEN if you choose this option.
Also, for fun, you may test this option by the keystroke Alt-F12. This will induce a benign crash, and give you a chance to see what it will look like before the real thing happens.
40 & 46.
This is a substantial refactoring of the XML utility functions and drawing logic for improved performance of layers and large tracks. Please load and test your favorite huge tracks and layers. The goal here is to reasonably suport large track objects without serious performance degradation.
53. Bluetooth users please take note, and test accordingly.
7 juin 2013 21:15,
par yoruk ![]() ![]() |
![]() |
Vouiiii....
La version beta OpenCPN Version 3.3. 604 est sortie
Et téléchargeable là : http://opencpn.org/ocpn/download
Michel
8 juin 2013 19:58,
par Nevermind ![]() ![]() |
![]() |
Bonsoir,
Sur cette version il est impossible de déplacer les WP actif ou pas, c’est la carte qui bouge.
Probablement une histoire de calque.
Le pilote reste en mode track après la fermeture de l’application, plutôt gênant.
Pour l’activer, je passe toujours par MaxSea.............
Par contre , je trouve les gribs bien fait.
JP
24 juillet 2013 02:29,
par L’Adret ![]() ![]() |
![]() |
Nouvelle version bêta disponible depuis 3 jours, mais quelles sont les nouveautés ?
24 juillet 2013 04:42,
par yoruk ![]() ![]() |
![]() |
Merci pour l’info
Les évolutions données par Dave concernent :
54. Process UCS-2/UTF-16 encoding of ENC attributes NOBJNM, NINFOR and NTXTDS (FS#919)
55. Implement optional display of localized object names on S57 charts. (FS#919)
56. Correct crash on some Dutch ENC’s due to bad ENC encoding (FS#1028)
57. Correct Unicode character storage and translation in navobj items.
58. Correct for multiple AIS alert sound instances on linux (FS#1030)
59. Correct Windows Sound test logic.
60. Correct loss of focus on Ctrl-I (FS#1001)
61. Correct for incorrect action on repeated access to Help dialog tab. (FS#1038)
62. Correct Extended light sector display for « obscured » sectors (FS#1039)
63. Correct Mac Route/Waypoint dialog modality hang when called from RouteManagerDialog.
64. Correct Topmark display on cm93/ENC for Mac
65. Correct GPX waypoint http link description field decoding.
66. Correct S57 SENC format for International language feature/attributes (FS#1034)
67. Correct decoding of WAV sound files with « fact » chunks embedded (FS#1037)
68. Correct occasional Route/Waypoint scrambling on MacBook
69. Correct loading of routes/tracks in layers (FS#1040)
70. Fix track color GPX persistency .
71. Improve TCP datastream restartability. (FS#1031)
72. Add AIS AtoN type information to rollover and target query (FS#1041, FS#340)
73. Update to Track Properties Dialog
http://www.cruisersforum.com/forums...
Je suis en navigation en ce moment, et j’hésite à tester les béta… Il m’est arrivé un problème pour mes WP documentés (POI’s), avec la dernière béta, confirmé par Dave dans un de ses post :
I think some of your POI files were corrupted by the previous Beta 3.3.604, including the BlooSea.gpx link you included above
Michel
24 juillet 2013 05:18,
par yoruk ![]() ![]() |
![]() |
Bonjour
Je me suis quand même laissé tenté (en me limitant au petit PC dédié à la communication).
Alors, sous XP :
A+ pour d’autres infos... Si vous en avez, n’hésitez pas !!!
Michel
24 juillet 2013 12:02,
par L’Adret ![]() ![]() |
![]() |
Salut Michel,
Donc en fait il s’agit surtout de la précédente version « débuggée », ce dont je me doutais un peu.
En réalité je voulais juste mentionner sur le site qu’une nouvelle version était sortie.
La liste de « débuggage » que tu as affichée nous fait cependant toucher du doigt ce qui coinçait sur la précédente version et donc le danger d’utiliser une version « beta » en navigation.
Merci à tous pour le travail accompli.
Bon vent à toi.
Laurent.
24 juillet 2013 19:21,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
J’ai utilisé l’ancienne version tous les jours depuis le 13 juin, je n’ai pas constaté de bugs.
En revanche, mais cela n’a rien à voir, l’AIS de classe A est parfois assez fantaisiste, cela est peut-être dû au temps de rafraichissement.
jp
24 juillet 2013 20:03,
par yoruk ![]() ![]() |
![]() |
Bonjour Jean Paul
Le bug portait sur les WP documentés et leur stockage en layers...
Je suis revenu rapidement à la v 3.2.2
Michel
15 août 2013 15:03,
par Nevermind ![]() ![]() |
![]() |
La dernière version
opencpn 3.3.814
http://opencpn.org/ocpn/download
74. Improve S52 symbolization of some features (SLCONS, VEGATN)
75. Correct fault on some ENC National text strings.
76. Modify GPX Waypoint output format to conform to GPX1.1 Schema. Thanks, ChuckSK
77. Correct AIS target rollover SOG units to conform with globally selected speed units (FS#1047)
78. Correct georeferencing on BSB charts during zoom-to-cursor actions in single-chart-mode.
79. Correct behavior on Windows when AIS alert occurs and OCPN is iconized to taskbar (FS#968/998)
80. Correct midnight track restart logic to avoid occasional crash.
81. Correct occasional cm93 loss of Features on display properties change.(FS#1050)
82. Correct reset of route total length on reverse. (FS#1053)
83. Correct linux serial port baud rate setup.
84. Improve position and visibility of MOB tool on toolbar (FS#992)
85. Improve Rollover popup window dynamics (FS#1054)
86. Correct file type specifier mask in GRIB File Dialog.
87. Improve S57 extended light sector rollover algorithm. (FS#1057)
88. Correct cm93 floating detail level slider on Mac OSx.
89. Correct RouteManager Dialog to « stay-on-top » for OSx.
90. Implement Alert Dialog for DSC Distress calls. (FS#1051)
91. Change vector display category « Other » to « All ».(FS#1048)
92. Correct Chart Info Widow and Chart Thumbnail on Mac, OpenGL mode.
93. Improve « Busy/Hourglass » cursor dynamics on cm93.
94. Complete implementation of CrashReporting scheme on Windows.
Release 3.3.814
Notes :
90. Here is a string for testing DSC distress Alert Popup.
_ !CDDSC,12,3081234000,,07,00,0354013946,0657,,,S,E* 6D
94. If you crash on Windows, and have an internet connection, you may select the option to « Send Report » I will receive the report automatically, and be thus able to quickly identify crash causes. This is an improvement over the previous requirement to « Export » the Crash Report and email separately. You may still use this « Export/email » process if you have no internet at the time of the crash.
jp
30 août 2013 09:28,
par Nevermind ![]() ![]() |
![]() |
30 août 2013 20:39,
par AISEAG ![]() ![]() |
![]() |
Correction : La version 3.3.827 comporte encore certains dysfonctionnements.
Cette version ne sera pas mise à disposition pour téléchargement sur le site d"OpenCpn.
Serge
31 août 2013 01:59,
par yoruk ![]() ![]() |
![]() |
Correction : La version 3.3.827 comporte encore certains dysfonctionnements.
Merci
La bêta 3.3.719 semble offrir une meilleure qualité de finition. Néanmoins, en navigation, je me cantonne à la dernière version officielle 3.2.2
Michel
7 octobre 2013 08:08,
par Nevermind ![]() ![]() |
![]() |
La version 3.3.1006 vient de sortir.
95. Implement configurable Waypoint arrival circle radius, Options->Ships->Ownship (FS#1046)(FS#1085)
96. Correct depth unit for BSB charts with UN=Meter (FS#1061)
97. Correct for potential crash on wheel zoom before app is fully initialized.
98. Correct algorithm for subordinate station time offset decoding in Binary TCD files. (FS#1098)
99. Improve PlugIn tool icon management to avoid occasional crash.
100. Various performance improvements in quilting and OpenGL rendering.
101. Correct crash on Track Properties List, Right Click.
102. Correct crash on tide harmonic index file extension specified as lower case « idx ».
103. Improve processing of National Texts in S57 ENCs.
104. Improve performance of Layer Delete function.
105. Implement selectable Magnetic course/bearing display mode. (FS#1025)
106. Implement PlugIn BlackList,to permanently disallow known faulty PlugIns (Pavel)
107. Implement AIS Target selectable tracks. (FS#909) Pavel
108. Improve Options->Connections port management to avoid unnecessary closing and re-opening of streams.
109. On Windows, perform simple test of OpenGL functionality before enabling globally.
110. Implement command line option (« -fullscreen ») to start OpenCPN in Full Screen mode.
111. Corrected some missing translatable strings.
112. Correct Bluetooth (Windows) port initialization timing (FS#1006)
113. Always render ownship as yellow when chart accuracy is known to be low. (FS#1116)
114. Correct Options->AIS CPA/TCPA warning checkbox logic (FS#965)
115. Improve GRIB PlugIn UI elements, etc (FS#1146, FS#1095) Thanks, Ptizef
116. Improve route leg popup info window dynamics under Windows with auto-follow enabled. (FS#1054)
117. Activate AnchorWatch alarm on loss of GPS signal (FS#1106)
118. Correct AIS AtoN name rendering with Extended Shipname fields set. (FS#1115)
119. Correct behavior when receiving AIS alert while iconized (FS#968/998 Redux)
120. Correct armhf data alignment considerations on SENC build.
121. Correct loss of AIS target selectability on receipt of unprocessed AIS message type. (FS#963)
122. Add Options->Connections checkbox for Magnetic bearings on ECAPB output sentence (FS#1151)
123. Refine Options text for CPA/TCPA and DSC/SART sound alerts. (FS#1165)
124. Add shortcut key Ctrl-O to drop mark at ownship, remove « Space » and « Enter » shortcuts. (FS#1136)
125. Improve Mac window management on activation and minimization.
7 octobre 2013 11:25,
par Nevermind ![]() ![]() |
![]() |
19 novembre 2013 00:33,
par L’Adret ![]() ![]() |
![]() |
La version beta 3.3.1117 est disponible....
19 novembre 2013 08:31,
par Nevermind ![]() ![]() |
![]() |
Et les modifications :
126. Correct crash fault on Windows system after loading faulty OpenGL drivers.
127. Correct fault on deleting route/track while shown in Properties dialog.
128. Correct PlugIn Toolbar icon management. (FS#1174)
129. Correct startup option « -fullscreen » behavior. (FS#1180)
130. Improve PlugIn Blacklist detection logic.
131. Correct True/Mag/Variation calculation algorithm. (FS#1173) Thanks, Thomas. (cagney)
132. Correctly update RM Dialog on track properties change (FS#1171)
133. Correct Routepoint Move/undo logic when Properties dialog is active (FS#1174)
134. Correct some untranslated strings (FS#1162)
135. Improve GRIB PlugIn UI in several ways. Thanks JP (ptizef)
136. Correct cm93 user cell offset algorithm for cell center latitude. (FS#1170)
137. Correct dialog behavior on RouteManager->Waypoint->Add
138. Improve S57 ENC SENC file build progress dialog dynamics.
139. Correct GRIB PlugIn string translation access method.
140. Modify CMake environment to allow build without OpenGL.
141. Remove broken wxLANGUAGE_ARABIC_UAE languge selection.(FS#512)
142. Correct for inaccurate BSB SK=x header parameter in some BSB charts. (FS#1042)
Requires chart database rebuild.
143. Correct AIS Rollover window logic for close targets onscreen (FS#1175)
144. Implement auto timeout for some MessageBox dialogs. (FS#1189)
145. Correct Timed Popup window behavior on F6 (Dimmer) (FS#1183)
146. Correct Waypoint visibility setting in navobj file. (FS#1190)
147. Change Z-order of ChartInfoWindow and Thumbnail under OpenGL (FS#1194)
148. Correct to allow AIS target query for MMSI=0 (FS#1193)
149. Improve Options->PlugIns panel wheel scroll rate. (FS#1208)
150. Correctly process some S57 ENC text encodings, esp. ISO8859-1 (FS#1210)
151. Minor improvements to GRIB PlugIn.
152. Correct occasional fault on SENC file creation, Windows. (FS#1213)
153. Improve vector chart depth formatting for units = « feet »
154. Add conditional correction to GRIB PlugIn for wxWidgets 2.9 API changes.(FS#1216)
155. Correct various Mac build issues with timed message dialog (FS#1202)
156. Implement yellow shading of ownship UserIcon for charts of low accuracy (FS#1116)
157. Correct symbolization of S52 rotated flare light, unspecified colour. (FS#1198)
158. Modify AIS query results for AtoN to indicate Real/Virtual status. (FS#1212)
159. Various improvements to GRIB PlugIn...
19 novembre 2013 10:49,
par aikibu ![]() ![]() |
![]() |
Bonjour
Je suis aussi nul en informatique qu’en anglais, je sais ça peut paraitre rédhibitoire mais je navigues quand meme ( quand je peux), aussi, plutot qu’afficher une longue liste des, je suppose, ameliorations, debuggages, etc, est ce que les specialistes ne pourraient tout bonnement annoncer les ameliorations certaines et justifiées (à leur point de vue ) et en français des variantes successives .
D’autant plus que ces listes sont dans un jargon anglo/ informatique, et meme avec un dico c’est toujours aussi indigeste...les termes etant introuvables
Avec les remerciements anticipés d’un vieux beotien, informatisé par la bande...
19 novembre 2013 11:05,
par Pil-Poil ![]() ![]() |
![]() |
Bonjour Aikibu,
Les versions « bêta », -comme leur nom l’indique au sens français du terme bêta ! - sont des versions provisoires, possiblement boguées et réservées aux spécialiste pour déboguage. Ces spécialistes sont rarement gênés par la langue anglaise, puisque tout le logiciel est commenté en anglais dans sa source..
L’énergie des bénévoles n’étant pas illimitée, il vaut mieux l’investir dans des tutoriels en français des versions stables du logiciel. Même en la réservant à cela, ces tuto en français représentent un boulot assez dingue
19 novembre 2013 11:06,
par yoruk ![]() ![]() |
![]() |
Avec les remerciements anticipés d’un vieux beotien, informatisé par la bande ..
Salut, salut.... je fais partie de le bande, et par là peut être à l’origine de vos maux Nous pardonnerez vous...
En fait JP ou d’autres, voire pire, moi même ; nous passent ici, merci à eux, des infos sur les mises à jour des évolutions du programme... C’est ce qu’on appelle, une version “béta”, c’est à dire inachevé, ou plus tôt en voie d’achèvement, ce qui permet aux béta testeurs (les malheureux qui s’échinent à déboguer c’est à dire rechercher les erreurs) de mettre à jours les évolutions à une date donnée
Donc pas de problème, si vous êtes sur le dernière version officielle (comme moi ), la 3.2.2 ça va très bien...
On essaiera de faire un point sur les avancées de cette dernière version béta un peu plus tard
Merci de votre remarque, et surtout merci de votre patience
Cordialement
Michel
19 novembre 2013 11:07,
par yoruk ![]() ![]() |
![]() |
19 novembre 2013 13:20,
par Nevermind ![]() ![]() |
![]() |
19 novembre 2013 18:21,
par aikibu ![]() ![]() |
![]() |
Bonjour à tous
Je suis resté à Open 3.2.0 comme ça marche bien, du moins pour moi, qui demande le minimum, j’en suis bien conscient, mais ça me suffit....
Comme tout le monde je suppose, je suis attiré par un tas de proprietes qui « faciliteraient » la nav. comme nous le montre « yoruk », mais suis tres limité par mon niveau de competence et tres pris sur les moyens ...d’alimenter un ordi entre autres choses.
Si je comprends bien vos reponses vous travaillez ensemble à ameliorer le systeme, c’est pourquoi cela m’est assez impenetrable, je vais d’ailleurs arreter d’essayer.
Bravo pour votre devouement « à la cause », mais ça doit etre egalement sympa de travailler ensemble...
Je ne peux que renouveller mes applaudissements à « yoruk » pour son topo sur la Grece et la Turquie, ses arcanes et ses beautés...C’etait notre but ,qui s’eloigne pour raisons personnelles, au moins peut on voyager par procuration, meme si c’est frustrant.
Cordialement
19 novembre 2013 21:33,
par yoruk ![]() ![]() |
![]() |
Bonsoir Aikibu
Merci de votre témoignage…
En fait ce qui se passe ici, est la récompense de ce que quelques visionnaires ont voulu en créant PTP. Merci à Robert et à ses amis, qui m’ont laissé développer autour du concept tutoriel OpenCPN, sur la base de leur vision des échanges sur le web : on monte un dossier et on discute autour de ce dossier, ce faisant, on enrichi le dossier…
D’autres et de qualités sont arrivé après moi, et aujourd’hui on peut dire avec nous… Ca réchauffe le cœur.
Cà se passe plutôt bien, vous en êtes la preuve, et il faut insister, posez des questions, ce sont ces questions qui nous poussent à la réflexion…
Merci
Michel
19 novembre 2013 20:58,
par AISEAG ![]() ![]() |
![]() |
21 novembre 2013 15:34,
par fulup ![]() ![]() |
![]() |
Normalement les sinagot.net est toujours dispo. Evidemment ca reste une antenne sur mon toit [voir photo] et quelques bénévoles qui me fournisse leur données. Si nous pouvons tous avoir quelques coupure ADSL, dans l’ensemble le service est très stable, et il est très rare qu’il n’y ai pas de cible de visible sur Lorient ou Brest.
A ce titre si vous connaissez des Bretons qui on des bases fixes et qui serait prêt à partager leur données AIS, je suis preneur.
4 janvier 2014 07:35,
par Nevermind ![]() ![]() |
![]() |
La dernière version : 3.3.1303
http://opencpn.org/ocpn/download
160. Correct misc translation strings.
161. Correct for improperly coded PP parameter in some BSB charts (FS#1251)
162. Correct for missing COG in NMEA VTG message (FS#1243)
163. Correct cross-platform Printf formatting of size_t item.
164. Reduce minimum sector light display from 0.5 degrees to 0.3 degrees. (FS#1271)
165. Improve ENC quilt dynamics (FS#1221)
166. Add « Center/Zoom » and « Weather Table » functions to GRIB (FS#1231, FS#1234) Thanks Prizef
167. Correct RouteProperties dialog deprature time shortcut key « > » behaviour. (FS#1262)
168. Correct AIS SART logic to not alert on simple SART test. (FS#1245)
169. Correct Mac MessageBox Z-order as child of dialog.
170. Correctly render GRIBs in Course-Up mode (FS#1227)
171. Add missing functions to PlugIn API 1.11 (FS#1254)
172. Improve BSB chart georef evaluation (FS#1265)
173. Implement AIS message 9, Special Position Report (FS#1273)
174. Correct S-57 NATF attribute extraction logic (FS#1256)
175. Implement PlugIn API 1.11 Vector Chart support.
176. Correct exported function spelling error (FS#1280)
177. Correct rountint() function definition for Mac (FS#1278)
178. Establish minimum chart text font display size (FS#1218)
179. Implement UDP Multicast receiver support for Datastreams.
29 janvier 2014 21:52,
par L’Adret ![]() ![]() |
![]() |
The current beta release is 3.3.1328, released January 28, 2014.
30 janvier 2014 08:26,
par Nevermind ![]() ![]() |
![]() |
les modifs :
180. Correct ENC object query fault when d-clicking outside chart bounds.
181. Further improve ENC quilt dynamics (FS#1221)
182. Improve AIS Msg9 (SAR Aircraft) rendering and query.
Icon (FS#1282)
COG vector (FS#1284)
Name (FS#1287)
Query re-format (FS#1289) (FS#1283) (FS#1288) (FS#1290)
Target LIst details. (FS#1286)(FS#1285)
183. Omit retrieval of initial chart directory set from registry in portable mode.
184. Correct Z-level visibility of some dialogs on Mac (Send to GPS, ExportGPX)
185. In GRIB PlugIn, add GribTable.cpp to pot source list.
186. Correct Garmin GPS Route Upload for Windows. (FS#1211)
187. Correct Chart error notation when using internal georef override. (FS#1265)
188. Correct S57 object query attribute units for VALACM and VALMAG (FS#1295)
189. Add more temporary debug messages to Windows Serial port error handler.
190. Close and remove orphan network datastreams on address/port modification and Apply (FS#1281)
191. Reintroduce track properties timezone selection. (FS#1294)
192. Set Route/Track properties timezone display default to LocalPC time. (FS#1262)
193. Add buttons for Show/Hide all tracks to AIS target list dialog.
194. Correctly remove context menu item « Weather Table » on GRIB dialog close.
195. Improve AIS per-target tracking control (FS#909)
196. In Dashboard, implement barometric pressure from MDA sentence field 3,4
19 février 2014 21:40,
par L’Adret ![]() ![]() |
![]() |
The current beta release is 3.3.1419, released February 19, 2014
20 février 2014 13:42,
par Nevermind ![]() ![]() |
![]() |
Les corrections :
197. Correct AIS Msg9 (SAR Aircraft) rendering and query.
Icon (FS#1282)
COG vector (FS#1284)
Name (FS#1287)
Query re-format (FS#1289) (FS#1283) (FS#1288) (FS#1290)
Target LIst details. (FS#1286)(FS#1285)
198. Correct build errors for No-OpenGL build environment.
199. Fix magnetic heading display computation and setting persistency.
200. Correct S57 UTF-16 National text string conversion. (FS#1300)
201. Correct S57 « Leading light » sector display (FS#1315)
202. Correct sorting of « Trk » column in AIS target list (FS#1304)
203. Correct Sydney, Australia time zone constants. (FS#1298)
204. Improve Chart Group internal logic coherency checks
205. Correct parameter tracking logic in GRIB PlugIn (FS#1307)
206. Dashboard, implement WMM_PI JSON message decoding for Mag Variation input. (FS#1310)
207. Implement No-OpenGL cm93 chart rendering.
208. Add DC validity checking to s52plib ::RenderHPGL()
209. Several improvements to GRIB UI (FS#1143) (FS#1311) (FS#1306)
210. Implement Barometric history from MDA sentence field 3,4 in Dashboard.
211. Correct Z-level visibility of some dialogs on Mac ( ImportGPX)
212. Correct Route Reverse Routepoint rename dialog to allow cancellation of reverse operation.
213. Add xdg-utils to recommended linux support packages.
21 février 2014 13:43,
par Nevermind ![]() ![]() |
![]() |
C’était la version 3.3.1419 d’opencpn
13 mars 2014 12:12,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
Avec la version 3.3.1419, je n’ai plus la barre jaune des cartes et la bleu des Ge2kap.
Avez-vous eu ce problème.
Avec la version stable et les versions antérieures tout fonctionne.
JP
13 mars 2014 12:53,
par yoruk ![]() ![]() |
![]() |
Ce doit être un bug, j’ai le même problème
Je le résout par deux fois F11 (pleine cran) qui me remet tout en place...
Michel
13 mars 2014 13:49,
par Nevermind ![]() ![]() |
![]() |
Merci Michel, ça marche
7 avril 2014 21:45,
par L’Adret ![]() ![]() |
![]() |
The current beta release is 3.3.1606, released April 6, 2014.
7 avril 2014 23:32,
par AISEAG ![]() ![]() |
![]() |
Release 3.3.1606 : Principales modifications apportées :
214. Improve GRIB user interface (FS#1240)
215. Correct NMEA MDA sentence checksum calculation.
216. Correct Dashboard wind speed history logic to use MWD sentence
217. Correct wind and baro history graphics for linux systems.
218. Improve GRIB Pi performance and memory footprint.
219. Grib PI : Correct wind direction arrows in course-up mode.
220. Correct TCPA format (FS1289)
221. Correct metres abbreviation to « m » (FS#1336)
222. Correct double click object query behaviour for PlugIn raster charts. (FS#1341)
223. Improve S52 symbolization of ESSA/PSSA
224. Correct OpenGL GRIB OVerlay y-axis orientation.
225. Add GRIB support for altitude parameter display. Ptizef..
226. Correct chart bar item colour to GREEN for PlugIn Vector charts.
227. Modify vector record ID data type (hash key) to unsigned int. (FS#1343)
228. Improve error/warning reporting for ENC SENC building (FS#1343)
229. Correct S57 ENC processing of UTF-16 data fields. (FS#1343)
230. Correct « Center View » logic for skewed charts.
231. Improve PlugIn blacklist detection and reporting.
232. Improve GRIB user interface and colour schemes.
233. Correct behaviour of « > » symbol in Route Properties dialog (FS#1262)
234. Correct for duplicate shared waypoints on route import.
235. Implement layer delete confirmation dialog (FS#1357)
236. Improve TCP server datastream loss-of-client responsiveness.
237. Correct AIS target list and query display for named base stations (FS#1359)
238. Improve error messages for Garmin GPS upload failure due to no device present.
239. Enable current vector value display when chart scale is small (FS#1275)
240. Improve Route time/distance display algorithm for routes starting « Now » (FS#1262)
241. Initial implementation of Touch/Tablet UI
242. Improve item count report and logging on layer import. (FS#1363)
Release 3.3.1606
Release Notes :
242 : This is a first cut on a Touchscreen/Tablet user interface. The idea here is to have one checkbox in options->Display to enable this mode, and thus avoid lots of fussy user configurable items for individual behaviors/actions. In other words, just « do the right thing » when enabled for Tablet/Touch systems.
The code was tested on an 8" Windows 8.1 tablet, in both portrait and landscape display orientations.
The changes include the following :
1. Increase toolbar icon size.
2. Increase context menu text item size.
3. Increase selectable item sizes for several common dialogs.
4. Optimize several common dialogs for screen rotation, i.e. landscape or portrait.
5. Touch stuff :
a. Route Create workflow : « Done » by clicking toolbar « Route » icon, or normal context menu.
b. Toolbar navigation items (e.g. Zoom/Scale) are available during route creation.
c. Chart drag (a.k.a. swipe) is available during route creation.
d. Routepoint/Waypoint edit by drag is supported.
e. Increase pixel select radius, to allow for finger tip selection of routes/waypoints.
f. Single-click behavior :
Does not ever move chart.
Selects Waypoint for subsequent dragging
Shows popup info for Routes and AIS targets.
Shows Tide/Current dialog.
g. Move chart by drag/swipe.
h. There is no notion of « rollover » in Touch/Tablet mode.
There are some dialogs that have not yet been adjusted for font size, so they is on the TODO list.
The UI is a bit different when using a mouse in Touch/Tablet mode, but still useable I think. This would not be a normal mode of use, unless maybe you have a Bluetooth mouse to use occasionally with your tablet.
I don’t consider this Beta to be the last word on the subject of Touch interfacing. There is a lot to consider and learn here. I welcome detailed comments on this new interface mode.
Cette version est un premier pas vers un usage sur tablette avec ecran tactile. version testée en format portrait/landscape sous W8.1.
Serge
13 avril 2014 12:54,
par AISEAG ![]() ![]() |
![]() |
Release 3.3.1606 : Principales modifications apportées :
214. Improve GRIB user interface (FS#1240)
215. Correct NMEA MDA sentence checksum calculation.
216. Correct Dashboard wind speed history logic to use MWD sentence
217. Correct wind and baro history graphics for linux systems.
218. Improve GRIB Pi performance and memory footprint.
219. Grib PI : Correct wind direction arrows in course-up mode.
220. Correct TCPA format (FS1289)
221. Correct metres abbreviation to « m » (FS#1336)
222. Correct double click object query behaviour for PlugIn raster charts. (FS#1341)
223. Improve S52 symbolization of ESSA/PSSA
224. Correct OpenGL GRIB OVerlay y-axis orientation.
225. Add GRIB support for altitude parameter display. Ptizef..
226. Correct chart bar item colour to GREEN for PlugIn Vector charts.
227. Modify vector record ID data type (hash key) to unsigned int. (FS#1343)
228. Improve error/warning reporting for ENC SENC building (FS#1343)
229. Correct S57 ENC processing of UTF-16 data fields. (FS#1343)
230. Correct « Center View » logic for skewed charts.
231. Improve PlugIn blacklist detection and reporting.
232. Improve GRIB user interface and colour schemes.
233. Correct behaviour of « > » symbol in Route Properties dialog (FS#1262)
234. Correct for duplicate shared waypoints on route import.
235. Implement layer delete confirmation dialog (FS#1357)
236. Improve TCP server datastream loss-of-client responsiveness.
237. Correct AIS target list and query display for named base stations (FS#1359)
238. Improve error messages for Garmin GPS upload failure due to no device present.
239. Enable current vector value display when chart scale is small (FS#1275)
240. Improve Route time/distance display algorithm for routes starting « Now » (FS#1262)
241. Initial implementation of Touch/Tablet UI
242. Improve item count report and logging on layer import. (FS#1363)
Release 3.3.1606
Release Notes :
242 : This is a first cut on a Touchscreen/Tablet user interface. The idea here is to have one checkbox in options->Display to enable this mode, and thus avoid lots of fussy user configurable items for individual behaviors/actions. In other words, just « do the right thing » when enabled for Tablet/Touch systems.
The code was tested on an 8" Windows 8.1 tablet, in both portrait and landscape display orientations.
The changes include the following :
1. Increase toolbar icon size.
2. Increase context menu text item size.
3. Increase selectable item sizes for several common dialogs.
4. Optimize several common dialogs for screen rotation, i.e. landscape or portrait.
5. Touch stuff :
a. Route Create workflow : « Done » by clicking toolbar « Route » icon, or normal context menu.
b. Toolbar navigation items (e.g. Zoom/Scale) are available during route creation.
c. Chart drag (a.k.a. swipe) is available during route creation.
d. Routepoint/Waypoint edit by drag is supported.
e. Increase pixel select radius, to allow for finger tip selection of routes/waypoints.
f. Single-click behavior :
Does not ever move chart.
Selects Waypoint for subsequent dragging
Shows popup info for Routes and AIS targets.
Shows Tide/Current dialog.
g. Move chart by drag/swipe.
h. There is no notion of « rollover » in Touch/Tablet mode.
There are some dialogs that have not yet been adjusted for font size, so they is on the TODO list.
The UI is a bit different when using a mouse in Touch/Tablet mode, but still useable I think. This would not be a normal mode of use, unless maybe you have a Bluetooth mouse to use occasionally with your tablet.
I don’t consider this Beta to be the last word on the subject of Touch interfacing. There is a lot to consider and learn here. I welcome detailed comments on this new interface mode.
Cette version est un premier pas vers un usage sur tablette avec ecran tactile. version testée en format portrait/landscape sous W8.1.
Serge
1er juin 2014 16:18,
par L’Adret ![]() ![]() |
![]() |
The current beta release is 3.3.1731, released May 31, 2014.
3 juin 2014 16:47,
par yoruk ![]() ![]() |
![]() |
Merci.... si dessous l’état des améliorations, dont quelques unes d’importance, (définition d’écran, compression, utilitaires pour les tablettes W8.1 et Androïd)
en anglais...
243. Purge and fully reload charts on OpenGL state change. Corrects occasional cm93 grey screen.
244. Correct chart outline colour to GREEN for all vector charts except cm93
245. Set Options->Connection->NMEA Input form correctly to Serial or Network
246. Add « (UTC) » marker to AIS target dialog ETA field.
247. Correct Info.plist CFBundleIdentifier string to « org.opencpn »
248. Decouple touch screen and responsive graphics interfaces.
249. Improve rolling navobj backup strategy to preserve unchanged files.
250. Correct magnetic variation correction logic for $xxAPB output sentence.
251. Improve StackUp/Down (F7/F8) chart selection logic. (FS#1374)
252. Correct fault drawing chart information objects (FS#1380)
253. Implement texture-based OpenGL text rendering. Sean
254. Enable font selection entry « Dialog » for international language.
255. Implement Size-Responsive Track Properties Dialog.
256. Correct default dialog font size to 10 pt.
257. Correct Route Properties dialog cancel/close behaviour (FS#1262)
258. Fix WPT properties dialog shrinking after adding a hyperlink (FS #1381)
259. Fix Route properties dialog values reset while deleting a route point (FS #1382)
260. Correct Routepoint Properties layout on Windows (FS#1385)
261. Correct TCP data connections logic to allow messages without checksum, Pavel
262. Fix waypoint properties propagation into route properties dialog (FS#1386)
263. Correct GRIB colored overlays display in OpenGL mode. Ptizef
264. Correct S57 Extended light sector draw logic.
265. Correct Waypoint property dialog editing for overlayed hyperlinks (FS#1385 continued)
266. Correct toolbar orientation toggle issue with journeyman styles. Thanks ChuckSK
267. Correct to allow current arrow (value) font selection.
268. Correct for Skewed Transverse Mercator Raster charts (FS#1391)
269. Correct AIS Target Query dialog « Create Waypoint » button behaviour (FS#1378)
270. Accommodate non-UT8 encodings of ENC supplementary TXT files (FS#1405)
271. Fully merge OpenGL Optimum code. Thanks Sean
272. Update connections TCP/UDP implementation to allow bidirectional TCP data streams.
Et quelques observations de Dave que j’ai traduites (en faisant de mon mieux)
Beaucoup de choses ont changée.
Principalement, bien sûr , l’optimisation d’ OpenGL. La plupart des changements sont en arrière-plan, invisible aux utilisateurs, qui ne devraient voir rien d’autre qu’une nette amélioration des performances pour les machines capables de grande vitesse graphique avec OpenGL .
Dave (traduction : Laorana)
lien vers le forum anglophone : opencpn-beta-version-3-3-1731-released
3 juin 2014 17:40,
par yoruk ![]() ![]() |
![]() |
Bonjour
Je viens de tester cette nouvelle bêta. La vitesse d’accès aux cartes sous OpenGL, avec le taux de compression des cartes rasters activé, est spectaculaire
Par contre, effectivement, la vitesse de compression lors de la reconstruction de la base de donnée des cartes rasters, est extrêmement lente. Ce qui n’est pas un problème si on utilise CM93 en vectorielle et les cartes de la zone en fusion/transparence, uniquement chargées pour cette zone. Ce qui semble raisonnable si on n’utilise que des cartes fabriquées à cet usage. Ce que je recommande formellement
En effet, les multiples évolutions des CM93 additionnées aux multiples évolutions de GE font qu’une carte éditée par un tiers peut présenter de nombreuses lacunes, allant à l’encontre du but recherché avec les fusions /transparence : fiabiliser des cartes incertaines.
Aujourd’hui la facilité et la rapidité avec laquelle on peut fabriquer une carte fiable avec GE2KAP, recommande de fabriquer ces cartes le matin pour la journée si on le souhaite. la provocation est de taille et pourtant... c’est du simple bon sens
Amen... et il n’y a pas intérêt à penser le contraire (mode humour ON/OFF où vous voulez)
En copie jointe un bon exemple de bizarrerie bizarre
Michel
3 juin 2014 18:11,
par yoruk ![]() ![]() |
![]() |
26 juin 2014 08:19,
par Nevermind ![]() ![]() |
![]() |
derniere version 3.3.1824
273. Improve cm93 chart scale selection logic to preclude overzoom where possible.
274. Correct fault on Mac, AISTargetListDialog « Close » button
275. Implement user icons with transparent background for OpenGL
276. Correct vector chart outline colour.
277. Correct AIS CPA alarm acknowledge behavior when not using ACK timeouts.
278. Correct for very high CPU load factor on OpenGL systems.
279. Improve AIS target list sorting logic for large target counts. (FS#1176)
280. Add « Wd » to S57 NATSUR lookup list (FS#1379)
281. Validate and correct Tide/Current data source on OCPN version upgrade
282. Improve Zoom-to-Cursor dynamics (FS#1414)
283. Correct rendering of « degree » symbol in OpenGL Texture Fonts (FS#1419)
284. Correct font identifier string duplication in non-en_US locales.
285. Correct Track Split logic (FS#1410)
286. Improve/Correct Windows « Dialog » font sizing logic.
287. Improve Windows Tide station time table layout.
288. Correct quilt layout on chart group change.
289. Correct default track width rendering in OpenGL. (FS#1424)
290. Refactor OpenGL raster chart caching logic.
291. Improve RouteProperties dialog layout.
292. Enable Menu font size changes for Windows platforms.
293. Enable font size/face changes for S57 Object Query dialogs
294. Apply Font style changes to persistent dialogs without restart.
jean paul dans les Egades
4 août 2014 15:05,
par Nevermind ![]() ![]() |
![]() |
dernière version 3.3.1931
295. Correct MSW Debug build error
296. Relax MSW chart canvas MOD4 width requirement.
297. Improve GPSGate Buddy message formatting.
298. Establish soft memory limit for linux systems as 50% of available RAM
299. Correct S57 Object Pick region setup for OpenGL.
300. Correct and improve NMEA route and waypoint data upload logic.
301. Implement Vertex Buffer Object (VBO) support for OpenGL vector chart AREA objects.
302. Improve OpenGL texture compression/caching logic.
303. Implement OpenGL ENC special character display.
304. Correct manual « Move Boat Here » tracking. FS#1434
305. Correct 0-360 sectored light display. FS#1437
306. Correct Route Reverse Cancel option. FS#1436
307. Correct inadvertent overwrite of SENCFileLocation in config file. FS#1408
308. Improve Touch screen interface user dynamics.
309. Update translations.
Release 3.3.1931
Notes :
300. Furuno and Garmin users take note.
302. The big thing here is the option to rebuild and flush OpenGL Raster Texture Caches.
31 août 2014 18:59,
par yoruk ![]() ![]() |
![]() |
Je la teste intensivement depuis plusieurs semaine, sous W7
Il faudrait savoir ce qu’elle donne sous W8.xxx
Michel
19 septembre 2014 15:26,
par yoruk ![]() ![]() |
![]() |
Release 3.3.2107 fin aout 2014 :
310. Correct Raster chart rendering on MSW for all window widths.
311. Correct some ENC chart quilt overlap difficulties (FS#1399)
312. Implement parametric LOD reduction in SENC files by Douglas-Peucker algorithm
313. Implement revised SENC file format (V123) for reduced SENC file size & improved performance.
314. Implement extended Heading line rendering.
315. Improve touch mode route creation and measurement screen dynamics. Thanks jp
316. Correct screen dialog messages on NMEA Route/Waypoint uploads.
317. Various S57 ENC performance improvements.
318. Improve Track carryover logic, (FS#1444)
319. Improve verification of OpenGL FBO capability. (FS#1479)
320. Increase waypoint per sentence count for Furuno GPS route upload.
321. Adjust serial port timing and synchronization logic on Windows.
Release 3.3.2118 septembre 2014
322. Correct cm93 and isolated raster chart quilt overzoom capability.
323. Correct some line priority rendering logic for DC (no OpenGL) mode vector charts.
324. Disable OpenGL VBO for all Intel OpenGL graphics drivers on Windows. Sorry....
325. Correct Track tool behaviour. (FS#1434)
326. Disable OpenGL FBO for Intel Mobile platform on Windows. Sorry, again...
327. Improve zoom algorithm to allow overzoom on all chart types.
328. Correct Complex Line (e.g.RECTRK) priority calculation.
329. Implement timed wait for smooth shutdown of raster compression threads.
330. Correct S57 OBJNAM attribute decoding in lexical level 1 (iso8859-1) (FS#1464)
331. Correct touch interface point selection/dragging logic (FS#1452).
332. Correct « Preserve scale » option behaviour.
333. Correct rounding of waypoint lat/lon on NMEA upload..
334. Re-enable default OpenCPN Frame menu on Mac OsX for wxWidgets 3.x
335. Improve AISTargetList to avoid blank entries and increase performance.
http://www.cruisersforum.com/forums...
Michel, s/y Laorana
24 octobre 2014 21:14,
par Nevermind ![]() ![]() |
![]() |
la nouvelle version 3.3.2222
336. Improve Usericons loading logic to allow proper Icon substitution (FS#1453)
337. Correct Windows shutdown logic after Routepoint Properties dialog. (FS#1489)
338. Restore cm93 overzoom limit.
339. Correct config file key for OwnshipHDTPredictorMiles.
340. Correct for half-hour time zones (FS#1219)
341. Implement S57 Special Attribute value (0x7f) as « Deleted Attribute » (FS#1432)
342. Correct AIS target sorting by stripping leading whitespace from target name.
343. Implement AIS MMSI Special Properties logic (FS#802)
344. Implement improved chart manipulation control while creating route in Touch screen Mode (FS#1471)
345. Disable Windows Raster chart compression if processor does not support SSE2 instruction set.
346. Correct PlugIn toolbar visibility setting logic.
347. Correct font setting logic for some dialogs.
348. Make wxFileDialog parent-less, to avoid possible orphaning. (FS#1515)
349. GRIB : Implement support for « earth » style particle display of Wind and current values. Thanks Sean.
350. Correct rendering of skewed polyconic raster charts (FS#1532)
351. Correct occasional chart info window display error. (FS#1500)
352. Correct Tide/Current station selectable point logic (FS#1473)
353. Correct Tide/Current selection logic in Touch/Tablet mode. (FS#1473)
354. Correct calculated bearing for due North course from 360 to 000. (FS#1539)
355. Correct font selection logic for Chart Groups sub-menu (FS#1516)
356. Work around Mac OpenGL raster rendering error (FS#1541)
357. Suppress chart outline and piano bar rendering for PlugIn charts when PlugIn is disabled.
358. Correct Route->Addpoint length calculation after undo (FS#1540)
24 octobre 2014 21:47,
par Nevermind ![]() ![]() |
![]() |
L’innovation est sur le flux de vent et sur la possibilité de rentrer un n° MMSI
24 octobre 2014 21:52,
par yoruk ![]() ![]() |
![]() |
possibilité de rentrer un n° MMSI
Merci Jean Paul
Tu n’es pas à bord là ??? sinon tu pourrais nous faire un test ??? Sinon je m’y colle... à moins qu’un volontaire passe par là
Michel
24 octobre 2014 23:47,
par Nevermind ![]() ![]() |
![]() |
J’y serai à partir de lundi
25 octobre 2014 13:25,
par Nicodefreja ![]() ![]() |
![]() |
C’est quoi donc qu’il faut tester ?
Je suis à bord comme toujours, et il fait un temps épouvantable, prévu pour tout le WE ....
25 octobre 2014 13:33,
par yoruk ![]() ![]() |
![]() |
Bonjour Nicolas
Jean Paul nous parle de l’intégration du n° MMSI dans la dernière beta OpenCPN... J’aimerai bien savoir de quoi il s’agit.. je pourrai y aller, mais je suis bouffé par un boulot de dingue entrepris avec yvesD sur les 10 chapitres de l’ouvrage de F Marguet sur l’histoire de la navigation du XVème eu XXème siècle... C’est un truc géant, Yves fait un travail colossal...
bientôt sur vos écrans
Michel
NB temps de chienne ici aussi
25 octobre 2014 18:42,
par Nicodefreja ![]() ![]() |
![]() |
Le nouveau module grib : wouaouh !!!
Il faut juste comprendre comment il se manipule : il faut d’abord paramétrer dans l’onglet compléments/gribs/préférences, notamment au niveau du graphisme et des couleurs, puis paramétrer le module lui même une fois la fonction grib démarrée.
Par contre, rentrer un n° mmsi, toujours pas trouvé à quoi ça sert ni ce que ça peut faire ..........
25 octobre 2014 20:04,
par yoruk ![]() ![]() |
![]() |
25 octobre 2014 21:06,
par Nevermind ![]() ![]() |
![]() |
Si tu rentres le n°MMSI d’un autre bateau ami ou pas,
si tu as un récepteur AIS sur Opencpn,
s’il passe dans un rayon variable + ou - 20 milles, celui-ci s’affichera sur l’écran.
Je vérifie la semaine prochaine.
Jean Paul
26 octobre 2014 06:08,
par yoruk ![]() ![]() |
![]() |
Merci Jean Paul
Ca me revient, le problème avait été abordé en travaillant sur les icônes AIS ;
http://www.plaisance-pratique.com/a...
Il était question à l’époque d’une ouverture vers le portail GpsGate. Si quelqu’un a des info sur le concept, ça pourrait être intéressant à partager, notamment pour ceux qui naviguent comme nous dans des zones archipélagiques.
http://en.wikipedia.org/wiki/GpsGate
Mais ils ont pu changer d’avis
Michel
26 octobre 2014 06:10,
par yoruk ![]() ![]() |
![]() |
5 novembre 2014 09:53,
par Nevermind ![]() ![]() |
![]() |
Voilà la version 3.3.2302 est sortie
359. Allow multi data type selection in GRIB PlugIn (FS#1550)
360. Correct regression fault producing long startup time with large navobj.xml (FS#1554)
361. Implement simplified overlapped I/O system for Windows serial ports.
362. Correct fault in options->ship->MMSI Properties « Edit » dialog.
363. Allow truly empty chart group creation and selection.
364. Correct tide/current database location validation logic to allow arbitrary path.
365. Correct wording of MMSI Properties option « Handle this MMSI as SART/PLB MOB. » (FS#1549)
366. Improve Options->Display->OpenGL Options default control enable settings.
367. Implement simple chart detail level slider control in Options->UserInterface (FS#1547)
368. Correct ENC display shortcut keys for A(nchor) and L(ights) (FS#1368)
369. Improve JumpToPosition() logic for large scale changes.
370. Migrate Mac build to latest wxWidgets 3.0.2, with backport of critical bug fixes. (FS#1551), (FS#1546)
371. Install and utilize wxstd.mo for standard messages (FS#1553)
17 novembre 2014 17:36,
par Nevermind ![]() ![]() |
![]() |
Encore une : Version 3.3. 2316
372. Add Magnetic COG instrument to dashboard PlugIn Thanks jongough.
373. Correct .geo chart type bitmap verification algorithm.
375. Add variable prcision to $xxAPB NMEA message output. Thanks jongough
376. Implement $xxXTE NMEA message output capability. Thanks, jongeogh
377. Improve UI responsiveness while GRIB particle display is active.
378. Check for and correct inappropriate projection longitude for Transverse Mercator charts (FS#1513)
379. Use system default font as OCPN default font on fresh install startup. (FS#1545)
380. Initialize ownship state to INVALID on startup (FS#1562)
381. Add user selectable menu bar. Thanks, Caesar.
382. Add context menu item to « Zero XTE » when following a route. (FS#1563) Thanks jongeogh.
383. Correct missing RoutePoint icon logic (FS#1453)
384. Correct locale setting logic if wxstd.mo is not available. (FS#1559)
385. Correct OpenGL keyboard pan rendering logic while hilight is enabled (FS#1570)
386. Correct OpenGL setup for Parallels virtual machine on Mac host (FS#1566)
387. Make OS X « Hide » command work correctly (FS# )
388. Correct missing chart selector bar on some configurations
389. Implement display « fogging » on excessive Overzoom
390. Add wx2.8-i18n default wxWidgets translation package to Debian package dependencies
391. Enable temporary toggling of menu bar using Alt
1er décembre 2014 14:26,
par Nevermind ![]() ![]() |
![]() |
La suite :
OpenCPN Beta Version 3.3.2330
392. Correct menubar actions on Windows and Gtk, especially F11 fullscreen toggle
393. Correct Route PlanSpeed initial value.
394. Correct Windows default font size algorithm
395. Toogle course/north up mode by clicking on the compass/GPS status window (FS#1223 and FS#1319).
396. Allow user to set individual waypoint arrival radius. (FS#1565)
397. Correct multi-line S57 National text string formatting (FS#1581)
398. Implement AIS target MMSI->Name caching file scheme (FS#1246) Thank JohnBoiles
399. Improve Default font sizing algorithm.
400. Obfuscate OpenGL compressed raster chart file names for improved data security.
401. Defer initial dialog on blacklisted PlugIn load attempt. (FS#1579)
402. Convert menubar text « Preferences » to « Options » for other than Mac OSX platforms
403. Introduce revised Options dialogs layout.
404. Correct International font specification loading and scrubbing (FS#1583)
405. Implement blur and undersample effect for excess overzoom on vector charts.
406. Improve Responsive mode font selection logic.
407. Add FullScreen toggle to chart context menu in Touch mode.
408. Implement selectable persistent AIS target track (FS#257)
1er décembre 2014 18:19,
par yoruk ![]() ![]() |
![]() |
Merci Jean Paul, et en complément les observations de Dave sur les principales modifications de cette beta...
Je vous ai fait une traduction basique et je met le texte en anglais...Merci de votre tolérance pour mon anglais sommaire... Ce qui apparaît (je viens de la tester)
Les observations de Dave en anglais
Release 3.3.2330
Release Notes :
400. New raster chart texture cache file naming scheme means that any existing raster cache files are invalid, and will be recreated at runtime. You may notice performance degradation until your cache is re-populated.
403. Options dialog update. This is a big one. Many thanks to Caesar for initiating this update, and following through with the fiddly details. Please consider the new labels and legends carefully. This is the best time to improve the clarity of the user interface, and we can all contribute to make it as intuitive as possible.
405. New screen treatment for extreme overzoom scales. This does two things : a) for all charts, blur the image slightly at overzoom greater than factor 10. b) For vector charts, enlarge artificially the line features of the chart cell to further indicate the imprecision of chart feature geograhical location at high overzoom. This emulates in some way the effect of high overzoom on a small scale raster chart.
General :
I am expecting only one or two more Betas before the official Release of OCPN 4.0.
Now is the time to make sure any nagging issues you may have that have been overlooked somehow, are brought to the front and addressed. This especially applies to stuff that did not make it onto the Flyspray system, for whatever reason. There are a lot of things that zoom by in the Forum that I don’t catch....
Thanks, and good luck
Dave
Et ma maigre traduction :
Release 3.3.2330
Observations :
400. Nouveau fichier de cache de texture pour les cartes matricielles. Ce schéma de nommage signifie que tous les fichiers de cache raster existants et non validés, seront recréés à l’exécution. Vous remarquerez peut-être une dégradation des performances jusqu’à ce que votre cache soit re-rempli.
403. Mise à jour des options de dialogue. C’est une grande réalisation. Un grand merci à César pour le lancement détaillé de cette mise à jour. Merci, de prendre en compte attentivement les nouvelles étiquettes et légendes. C’est le meilleur moment pour améliorer la clarté de l’interface utilisateur, et nous pouvons tous contribuer à la rendre aussi intuitive que possible.
405. Nouveau traitement de l’écran pour les échelles de OVERZOOM extrêmes. Cela permet deux choses :
a) pour toutes les cartes, de brouiller l’image légèrement si le facteur d’overzoom est supérieur à 10.
b) Pour les cartes vectorielles, d’agrandir artificiellement les caractéristiques des lignes de sonde et des couleurs de la cellule du tableau pour indiquer l’imprécision des fonctions du tableau à cet emplacement à haut overzoom . Ceci émule en quelque sorte l’effet d’un fort grossissement sur une carte matricielle à petite échelle.
général :
Je attends encore un ou deux Betas de plus, avant la sortie officielle de OCPN 4.0 .
Merci, et bonne chance
Dave
Michel
NB Vous noterez que le version officielle est pour bientôt je vous l’ai mis en gras....
1er décembre 2014 18:36,
par Nevermind ![]() ![]() |
![]() |
Pour le moment cette version n’est pas stable du tout.
Cela fait trois fois quelle se ferme après avoir eu un fond noir en zoomant.
Le rapport est parti..
jp
1er décembre 2014 18:40,
par yoruk ![]() ![]() |
![]() |
Bonsoir Jean Paul
Sous Mac, tes problèmes ???
Sous W7 ça roule, pas encore testé sous XP
Michel
1er décembre 2014 19:22,
par Nevermind ![]() ![]() |
![]() |
Avec XP , je n’ai pas encore essaye avec Mac
1er décembre 2014 19:37,
par yoruk ![]() ![]() |
![]() |
Ca tourne aussi sous XP chez moi... Mais en ramant beaucoup
Par contre, le floutage ou la déformation des couleurs et des lignes de sonde en Overzoom est une grosse bêtise pour ceux qui ont besoin de sécuriser leurs cartes dans des zones mal cartographiées
Ce sera évidemment plus facile sur les canaux américains
Michel
1er décembre 2014 23:10,
par Nevermind ![]() ![]() |
![]() |
Avec Mac OS X Yosemite 10.10.1 cela fonctionne
jp
2 décembre 2014 14:36,
par Cigale ![]() ![]() |
![]() |
2 décembre 2014 15:09,
par yoruk ![]() ![]() |
![]() |
Bonjour
as the last betas, 3.3.2330 doesn’t work under Mac OSX 10.6.8. Crash just after start.
We have made the intentional move to not support Mac Snow Leopard (OS X 10.6) for OpenCPN Version 4. This is a consequence of moving to wxWidgets Version 3.0. and native 64 bit support. It also appears that Apple has declared that 10.6 will be no longer supported with security updates, etc from September, 2013.
We could build a 32bit version of OpenCPN for 10.6, probably. But it would take extra effort to build and support. If the 10.6 user base is not large, might not be worth the trouble.
Do you think that this will be a very troublesome point for Mac users ? Yourself ?
Thanks
Dave
http://www.cruisersforum.com/forums...
NB Jean Paul (Nevermind) est intervenu sur le fil… on aura des nouvelles fraiches sous peu. Je serai en l’air puis sur la route les quelques jours qui suivent
2 décembre 2014 15:48,
par Nevermind ![]() ![]() |
![]() |
2 décembre 2014 15:33,
par Cigale ![]() ![]() |
![]() |
Merci pour l’info.
Et maintenant le retour à la version 3.2.2 bugge aussi à l’ouverture
2 décembre 2014 15:50,
par Nevermind ![]() ![]() |
![]() |
Le plus simple, mais un peu long, vous faites une mise à jour de l’OSX.
C’est gratuit.
jean paul
2 décembre 2014 17:13,
par Nevermind ![]() ![]() |
![]() |
4 décembre 2014 23:14,
par Cigale ![]() ![]() |
![]() |
Pour ceux qui connaitraient la même mésaventure, voici la solution :
(j’avais essayé, sans succès, de supprimer la version beta avec AppCleaner)
« AppCleaner pourrait être bon pour supprimer les logiciels »pur Mac".
Mais OpenCPN pourrait ne pas être bien reconnue par AppCleaner.
Habituellement OpenCPN de opencpn.org écrit plusieurs fichiers dans votre répertoire d’accueil : / Library / Preferences /
Ceux-ci sont :
opencpn.ini
navobj.xml et navobj.xml.1 à navobj.xml.5
peut-être aussi navobj.xml.changes
org.opencpn.plist
répertoire éventuellement CM93
et éventuellement les répertoires appelés S63 et SENC
et dans le répertoire : / Bibliothèque / Application Support /
chartlist.dat
Gardez votre fichier navobj.xml car il contient toutes vos routes, traces et waypoints. D’autres pourraient être supprimés et seront reconstruits par la nouvelle configuration de OpenCPN.
Gerhard "
Merci à Gerhard qui me l’a donnée, sur le forum Cruisers & Sailing.
13 décembre 2014 16:31,
par Nevermind ![]() ![]() |
![]() |
La version 3.3.2410
409. Implement selectable overzoom emphasis and vector chart scaling (FS#1591)
410. Correct occasional error in Lights, Text, and Soundings toggle for vector charts.
411. Implement graphical mouse selectable GRIB region request in GRIB_PI. Thanks, JP
412. Correct a variety of persistent and shutdown memory leaks.
413. Correct erroneous « Found Garmin USB... » log entry on Windows.
414. Refine the AIS target track persistency to allow saving the track for as long as the user decides.
415. Correct OpenGL cm93 single chart mode chart outline rendering logic. (FS#1601)
416. Harmonize toolbar and menubar labels, toggle states, and tooltips. (FS#1588)
417. Improve Track deletion performance. Thanks Pavel
418. Correctly update display on AIS target detection in OpenGL mode. (FS#1602)
419. Correct Chart Print function under OpenGL (FS#1607)
420. Correct LIGHTS and Anchor detail toggle when in Mariners Standard Mode (FS#1608)
421. Improve Menubar labels for manually rotated chart display. Reset rotation on load.
422. Correct initial size of MarkProp Dialog, adapting to canvas size. (FS#1613)
423. Correct fault on applying changeset for route deletion. (FS#1610)
29 décembre 2014 17:48,
par Nevermind ![]() ![]() |
![]() |
La version de fin d’année OPENCPN 3.3.2424
424. Correct logic fault when batch compressing OpenGL textures with no raster charts available.
425. Correct occasional error in scaled vector soundings rendering, non-GL mode.
426. Correct occasional smoothzoom wheel action stall.
427. Improve OpenGL Options dialog. Thanks sean
428. Implement Options setting for display size to accurately calculate onscreen scale.
429. Add Toggle FullScreen item to context menu if in FullScreen mode.
430. Correct quilt mode toggle/restart persistence.
431. Correct OpenGL Page printing to eliminate « Abort... » dialog. (FS#1607)
432. Correct translatable string « Dialog », two places. (FS#1618)
433. Correct iENC quilt composition (FS#1561)
434. Implement four new Navionics non-standard S57 compatible objects.
435. —Cancelled
436. Correct persistent chart quilting logic (FS#1628)
437. Correct Edition Date (ED) calculation for some BSB .KAP charts. (FS#1590)
438. Implement on-screen selectable OpenGL frame rate (FPS) display.
439. Enable []\ keys on AZERTY keyboard for canvas rotation.
440. Prevent loading BSB charts with invalid or unspecified positioning datum.
441. Improve Options dialog load speed by deferring PlugIn detection until selected.
442. Correct OpenGL symbol rendering when using and FBO without nPOT capabilities.
443. On GPX file input, change default waypoint icon bitmap to circle. (FS#1627)
444. Correct NMEA route/waypoint output format for Furuno GP3x series.(FS#1632)
445. Correct ALT-TAB navigation action on Windows. (FS#1633)
446. Provide user warning when ENC update chain is incomplete (FS#1406)
447. Correct AIS Target and S57 Object query dialog colors on GTK.
448. Correct ShipsBells implementation for Mac.
30 décembre 2014 16:00,
par Genois ![]() ![]() |
![]() |
La dernière version 3.3.2424 ne fonctionne pas sous Windows XP
A signaler que la version précédente c’est à dire la 3.3.2410 ne pose pas de problème
30 décembre 2014 17:08,
par AISEAG ![]() ![]() |
![]() |
30 décembre 2014 17:54,
par yoruk ![]() ![]() |
![]() |
Bonsoir à tous, merci Serge
Du coup je viens de tester 2 setup pour la dernière béta 3.3.2424... Un pour XP v3 et un pour W7 64 bits, et çà marche dans les deux cas... Par contre pas certain que que le même setup fonctionne pour les deux OS...
Et du coup, je me suis rendu compte d’un beau progrès sur cette beta avec l’affichage en menu déroulant des options de commande (voir la copie d’écran jointe). Cà me semble très bien fait... a vérifier et... à refaire le tuto, pour Xème fois... Ils me tuent
Bon... on va attendre 2015 et la finalisation de cette v 3.3...
Michel
30 décembre 2014 22:12,
par AISEAG ![]() ![]() |
![]() |
Bonsoir Michel,
A quels setup fais tu allusion ?
Est il possible d’avoir celui de ta version pour XP (plusieurs marins francais et etrangers ont font part de leur difficulté à utiliser cette version ?) ; pour ma part, j’ai téléchargé la version du site OpenCpn sans aucun soucis !!
Serge
30 décembre 2014 22:24,
par yoruk ![]() ![]() |
![]() |
Bosoir Serge
Je met ici demain matin mon setup de la dernière beta qui fonctionne sous XP... Là çà rame de trop...
A+
Michel
30 décembre 2014 20:50,
par Nevermind ![]() ![]() |
![]() |
Bonsoir,
Chez moi cela ne fonctionne pas avec XP
jp
30 décembre 2014 21:01,
par Nevermind ![]() ![]() |
![]() |
Comment fait-on pour récupérer la version précédente ?
Merci
JP à bord -3° dehors
30 décembre 2014 21:51,
par Nevermind ![]() ![]() |
![]() |
J’ai posé la question sur Cruiser.
31 décembre 2014 05:51,
par Genois ![]() ![]() |
![]() |
31 décembre 2014 15:36,
par Piou ![]() ![]() |
![]() |
3° à Macinaggio !!! on aura tout vu !
Bon courage et merci
Piou
31 décembre 2014 16:14,
par Nevermind ![]() ![]() |
![]() |
Moins 3° hier soir, un peu de neige sur les sommets et 35nds de vent.
Ce n’est pas la Thaïlande !!!
jp
31 décembre 2014 05:38,
par Genois ![]() ![]() |
![]() |
Bonjour,
Voici un lien pour récupérer la version 3.3.2410 si certains ont des problèmes avec XP.
J’ai volontairement découpé le fichier pour éviter des blocages aux téléchargements.
31 décembre 2014 07:25,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
Merci pour le lien
La réponse de cruiser :
http://www.cruisersforum.com/forums...
la version 3.3.2430
449. Correct skewed chart/course-up mode ViewPort angle calculation.
450. Improve Options dialog layout regarding Transparent toolbar and Play Shipsbells.
451. On AZERTY (French) keyboard, suppress « _ » key for zoom out, accept « - » for same.
452. Disable « []\ » chart rotation keys unless enabled by hidden config entry
453. Add « WGS_84 » and « WGS-84 » as aliases to « WGS84 » chart datum.
454. Correct physical display size logic for rotatable devices.
455. Update embedded documentation. Thanks cagney
456. Disable automatic sending of Windows CrashReports, except by config option.
Jean Paul
31 décembre 2014 07:53,
par Nevermind ![]() ![]() |
![]() |
celle ci fonctionne, mais j’ai perdu les informations de vent.
Nouvelle requête auprès de Cruiser.
31 décembre 2014 09:15,
par yoruk ![]() ![]() |
![]() |
Merci à tous, c’est vraiment super
Après avoir galéré, avec des fichiers trop lourds pour SPIP..., j’ai finalement opté pour un téléchargement sous FTP, chez cet excellent (le mot est faible ) Eauxturquoises.fr...
Pour récupérer, en zip, les setup fonctionnant sous XP v3
En souhaitant pour vous que çà fonctionne... Bonne année à tous
Michel
31 décembre 2014 09:54,
par Nevermind ![]() ![]() |
![]() |
Bonjour Michel,
As-tu vu qu’il y avait une version 3.3.2430 ?
jp
31 décembre 2014 11:49,
par pupuce35 ![]() ![]() |
![]() |
Il semble bien que cette dernière mouture, mise en ligne hier, soit, à quelques micro-détails près, la future version 4
voir le lien ci-dessous
http://www.cruisersforum.com/forums/f134/opencpn-release-candidate-3-3-2430-released-138785.html
bonne année à tous
31 décembre 2014 12:09,
par yoruk ![]() ![]() |
![]() |
Oui, merci Jean Paul, j’ai vu en retard !!!!
Dès 2015 je fais une synthèse de tout çà... je note avec plaisir vos implications sur CruisersForum... C’était notre idée, dès le lancement de PTP... bravo les anglophones
Bonne année à tous
Michel
31 décembre 2014 13:33,
par AISEAG ![]() ![]() |
![]() |
Bonjour,
Dès à présent, n’hésitez pas à aller dans Tracker/Flyspray pour déposer (ou voter) vos demandes d’’améliorations.
http://willkamp.com/opencpn/flyspray/
Ne pas oublier de s’incrire : voir partie haute de l’écran
Bon Réveillon à tous
Serge
31 décembre 2014 16:38,
par Nevermind ![]() ![]() |
![]() |
31 décembre 2014 16:43,
par Nevermind ![]() ![]() |
![]() |
2 janvier 2015 10:15,
par Genois ![]() ![]() |
![]() |
2 janvier 2015 10:35,
par yoruk ![]() ![]() |
![]() |
Oupppsss
C’est curieux, il s’git d’une image sur la quelle je travaille en ce moment pour le dossier de Pupuce35 sur les courants ???
Vous pourriez confirmer ??? merci d’avance
Michel
2 janvier 2015 18:31,
par Genois ![]() ![]() |
![]() |
2 janvier 2015 19:30,
par Nevermind ![]() ![]() |
![]() |
Bonsoir,
On se calme, pas de panique, tout rentrera dans l’ordre plus tard.
Vous n’êtes pas le seul dans ce cas :
http://www.cruisersforum.com/forums...
Je rappelle et précise (ne pas oublier) qu’OPENCPN est un logiciel en open source, libre de droit, et la version 3.3.2430 est une version beta avec des possibilités d’erreurs.
Les concepteurs de ce logiciel font un travail « d’enfert » encore bravo !!!!!
Jean Paul
4 janvier 2015 09:08,
par Nevermind ![]() ![]() |
![]() |
De quoi remplir votre ordinateur favori :
OPENCPN 3.3.2503
457. Correct error on Windows CrashReport directory creation.
458. Implement config option to disable AIS Name Caching.
459. Add .KAP chart datum aliases for some commonly seen legacy charts.
460. Correct ZoomToCursor behavior using toolbar zoom tools.
461. Allow unrecognised chart datums, with Warning messages in log and info box.
462. Add « Exit OpenCPN » to Menubar (FS#1638)
463. Implement Ctrl, (Options) on MSW, Implement F9 (Quilt toggle) on MSW and GTK.
464. Correct failure to show new MOB symbol immediately with OpenGL.
Bonne année à tous !
Jean Paul
4 janvier 2015 10:14,
par Nevermind ![]() ![]() |
![]() |
4 janvier 2015 10:20,
par yoruk ![]() ![]() |
![]() |
Merci Jean Paul
Il y a aussi, et sur les 3 dernière beta de gros problèmes avec le gestionnaire de route et de WP... pour les traces, je ne peux pas savoir
Michel
4 janvier 2015 13:51,
par AISEAG ![]() ![]() |
![]() |
Michel,
A quels problemes fais tu référence ?
Avec l’arrivée prochaine d’une version stable, il devient urgent d’en faire part.
Serge
4 janvier 2015 14:37,
par yoruk ![]() ![]() |
![]() |
Bizarrement, ça s’est amélioré, je viens juste de le vérifier
Vraiment très bizarre
Michel
4 janvier 2015 13:48,
par AISEAG ![]() ![]() |
![]() |
4 janvier 2015 18:42,
par Nevermind ![]() ![]() |
![]() |
Michel ou Serge,
Puisque êtes sur le bateau,est ce que vous avez les informations dans le dashboard ?
Jean Paul
4 janvier 2015 18:50,
par yoruk ![]() ![]() |
![]() |
4 janvier 2015 19:01,
par Nevermind ![]() ![]() |
![]() |
Ah oui là tu es un peu chiche !!!!!
J’ai mis tous ça sur Cruiser, je ne peux guère faire plus.
4 janvier 2015 20:03,
par Nevermind ![]() ![]() |
![]() |
Quelques petites modifications est tout est rentré dans l’ordre.
Entre les différentes versions, certaines phrases ne fonctionnent pas, il a fallu que j’en rajoute d’autres.
http://www.cruisersforum.com/forums...
Jean Paul
4 janvier 2015 20:26,
par Nevermind ![]() ![]() |
![]() |
4 janvier 2015 20:39,
par yoruk ![]() ![]() |
![]() |
8 janvier 2015 18:36,
par yoruk ![]() ![]() |
![]() |
Il s’appelle v 4.0.0 la dernière version stable d’OpenCPN vient de sortir
Pour le télécharger en attendant la mise à jour du site officiel,
Et, pour attendre la mise à jour du tutoriel, c’est pour bientôt ; on créera aussi un fil dédié à cette nouvelle version
Michel
8 janvier 2015 18:56,
par yoruk ![]() ![]() |
![]() |
8 janvier 2015 18:54,
par Nevermind ![]() ![]() |
![]() |
Bonjour Michel,
Merci, tu as été plus rapide, je suivais ça de près :
http://opencpn.org/ocpn/download
j’essaierai la version demain ( en voiture entre Ajaccio et Bastia)
jean Paul
3 juin 2015 10:19,
par Nevermind ![]() ![]() |
![]() |
la version d’été : 4.1.602
1. Implement configurable waypoint range rings (FS#1560)
2. Implement configurable NMEA Talker ID (FS#1557)
3. Harmonize autopilot APB and XTE precision settings to be the same always.
4. Improve 2-bells audio file. (FS#1673)
5. Correct to disable selectability of hidden AIS targets. (FS#1666)
6. Grib : Add Fixed spacing option for arrows and numbers.
7. Grib : Correct data interpolation error at 180 E/W longitude.
8. Grib : Improve email request dialog to allow requests crossing 180 E/W longitude.
9. Correct dialog text for magnetic variation sense. (FS#1694)
10. Add extended AIS Aton rendering according to IEC6228_Ed2.
11. Make initial page selection on options dialog more consistent in GTK.
12. Correct ENC UWTROC, OBSTRN,WRECKS visibility in Base and Standard modes. (FS#1717)
13. Correct uninitialized member causing crash on DSC message with incorrect checksum(FS#1697)
14. Correct to ignore DSC messages with « Unspecified » position (FS#1711)
15. Correct VERCCL and VERCOP height decode and rendering on ENCs (FS#1704) Thanks TransmitterDan
16. Correct to ignore invisible marks on selection/query (FS#1670)
17. Correct keyboard accelerator logic for WXOSX (FS#1698/1655)
18. Correct RouteProperties dialog to « Stay on top » for WXOSX build (FS#1698)
19. Correct help launcher on wxWidgets 3.x. (FS#1702)
20. Correct uninitialized variables (FS#1679)
21. Correct for « GD= » missing datum in KAP chart header. (FS#1683)
22. Correct depth unit display for BSB charts with KNP/...UN=METRIC (FS#1654)
23. Correct cm93 failure to show some soundings on keyboard pan (FS#1689)
24. Correct automatic route creation properties on MOB event (FS#1699)
25. Improve toolbar tooltip placement for right-located toolbar. (FS#1657)
26. Correct datum initialization for quilted non-WGS84 charts in OpenGL mode. (FS# ????)
27. Correct occasional linux focus loss (FS#1684)
28. Preserve visibility attributes for GPX files originating from OpenCPN (FS#1667)
29. Improve formatting of S57 object attributes as decoded (FS#1713)
30. Correct ENC SENC file creation math for ARMHF systems.
31. Implement quilting of skewed raster charts in OpenGL mode.
32. Implement manual/timed automatic toolbar hiding option.
33. Update Windows build tool to VS2103
34. Update Windows wxWidgets version to wx3.0.2
35. Implement automatic reload of updated PlugIns by visiting options->Plugins screen.
36. Improve GUI for GRIB PlugIn, better fitting the small screen.
37. Correct duplicate routepoint delete logic, (FS#1743)
38. Correct for inadvertent waypoint dragging on double-click (FS#1748)
39. Correct route line width in selected and activated modes. (FS#1735)
40. Correct ownship predictor rendering when ownship is off-screen (FS#1754)
3 juin 2015 19:51,
par Nevermind ![]() ![]() |
![]() |
26 septembre 2015 21:57,
par L’Adret ![]() ![]() |
![]() |
The latest beta testing release is OpenCPN 4.1.925, released 2015-09-25
27 septembre 2015 04:37,
par yoruk ![]() ![]() |
![]() |
Merci l’Adret
En mer depuis 6 mois, je ne pourrai tester cette version avant quelques semaines. La release 4.2 semble promise pour la fin d’année
Michel
26 octobre 2015 11:17,
par Nevermind ![]() ![]() |
![]() |
La suite avec la version 4.1.1022
63. Correct and extend Raster Chart PlugIn API for revised OpenGL access methods.
64. Correct active track rendering logic to Ownship.
65. Correct cm93 region and detail level calculation logic around Longitude 0.
66. Correct longitude grid text rendering on OpenGL.
67. Correct occasional loss of toolbar during mode switches and dialog access.
68. Improve sectored light rendering performance on Windows OpenGL systems.
69. Correct Vector chart PlugIn rendering methods.
70. Implement GUI scale factor for toolbar effective on all platforms.
71. If specified, require NMEA checksums to be valid before sending sentences to PlugIns.
72. Correct initialization of Polyconic charts without embedded georef coefficients (FS#1866)
73. Modify AIS SART target acknowledge timeout policy to honor global ACK timeout (FS#1856)
74. Correct AIS Target Query dialog sizing logic
75. Correct Grid text formatting for « degree » symbol (FS#1870)
76. Extend PlugIn API for Waypoint list access.
77. Correct Dashboard context menu actions when multiple dashboards are defined.
10 novembre 2015 18:19,
par L’Adret ![]() ![]() |
![]() |
The latest beta testing release is OpenCPN 4.1.1108, released 2015-11-08
11 novembre 2015 09:55,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
comme la précédente, cette version est en anglais sur Mac.
Jean Paul
2 janvier 2016 22:23,
par L’Adret ![]() ![]() |
![]() |
The latest beta testing release is OpenCPN 4.1.1301, released 2016-01-01
3 janvier 2016 06:41,
par yoruk ![]() ![]() |
![]() |
The latest beta testing release is OpenCPN 4.1.1301, released 2016-01-01
Merci
Changelog
91. Correct config file location for portable (-p) operation.
92. Fix uncompensated skewed chart display. (FS#1904) Thanks Chuck.
93. Correct cm93 quilt logic in OpenGL for some especially complex situations.
94. Correct rendering of disjoint, large scale S57 cells.
95. Implement mag variation calculation at object location if WMM is available.
96. Update Authors list, adding Didier Gautheron.
97. Correct Windows Generic GDI OpenGL driver initialization.
98. Improve DUSK/NIGHT color presentation by eliminating bright decorations.
99. Correct display of very long routes (FS#1896)
100. Implement scaled icons for Settings top icons in responsive mode.
101. Handle NMEA V4 messages with prepended tags.
102. Re-enable ability to add a single chart to a group.
103. Improve initial responsivness of Option dialog.
104. Modify OpenGL texture logic to support non-compliant MSW « GDI Generic » driver.
105. Implement ScaledVectorGraphics (SVG) interface for tools and icons.
Notes :
Retour, vers l’intuitif ???? à suivre bientôt sur notre chaîne... la v4.2
Michel
23 janvier 2016 08:22,
par Nevermind ![]() ![]() |
![]() |
Nouvelle version 4.1.1317
106. Correct Raster georef for KAPs without datum defined, e.g. « GD= » (#FS1928/2)
107. Correct Raster KAP georef outlines for non-WGS84 charts. (FS#1928/1)
108. Correct icon images for « empty » icon on MSW, OpenGL mode. (FS#1930)
109. Directly set some common options when no config file is present.
110. Enable localized translations for PlugIn Options panel when PlugIn is enabled. (FS#1942)
111. Reenable temporary
112. Implement PlugIn SVG toolbar icon support.
113. Correct inadvertent Toolbar submerge on Plugin activation. (FS#1938)
114. Allow setting GUI/Toolbar icon sizes and other graphic elements independent of Scaled Tablet Mode.
115. Correct to skip orphan mouse leftUp events, as when closing Dashboard panes.
1er février 2016 12:10,
par Nevermind ![]() ![]() |
![]() |
nouvelle version 4.1.1329
116. Implement SVG icons for GRIB control toolbar. Thanks, JP and Gilletarom
117. Implement scaled RoutePoint symbols in non-OpenGL mode.
118. Improve Routepoint dialog for scaled icons.
119. Allow GUI Scaled factor to reduce icon sizes for negative slider values.
120. Full documentation update. Thanks RGLeason and kb.
Release 4.1.1329(RC 3)
This is hopefully the final RC before release of O4.2.
4 février 2016 07:03,
par yoruk ![]() ![]() |
![]() |
L’équipe de développement OpenCPN annonce la sortie de la Version stable 4.2.0 d’OpenCPN pour Windows, Linux et Mac-OS.
C’est une version de mise à niveau des fonctionnalité et de l’utilisation d’OpenCPN. parmi celles ci
Mode Opératoire
Validez l’installation
Point barre.... les amélioration me semblent mineures... le tutoriel, ici sera mis en jour ultérieurement
Michel
4 février 2016 09:08,
par Nevermind ![]() ![]() |
![]() |
4 février 2016 09:29,
par yoruk ![]() ![]() |
![]() |
où se trouve le lien pour charger ce plugin ?
Je ne suis pas certain du tout, que les développeurs ne soient pas en vrac avec la floraison de plugins, dont beaucoup sont inaboutis... En attendant la page est en construction
Michel
4 février 2016 13:52,
par Nevermind ![]() ![]() |
![]() |
Sur les conseils de Cruisers forum, je l’ai trouvé là :
https://tgp-architects.com/files/ft...
je l’ai installé et mis le plugin au bon endroit, mais pour le moment je rame. Ce qui m’intéresse, ce sont les lignes EBL pour les changements de cap en fonction du vent.
Jean Paul
4 février 2016 14:25,
par yoruk ![]() ![]() |
![]() |
mais pour le moment je rame
salut jean Paul
heureux marin... je n’arrive même pas à l’installer dans les plugins... Dès que c’est fait OpenCPN 4.2.0 plante immédiatement
Je l’ai viré... et alors OpenCPN ne plante plus
ha...
5 février 2016 11:06,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
Lors de la création d’une route près d’un wp, la fenêtre s’ouvre : voulez-vous utiliser ce wp ? et opencpn se ferme.
Je ne suis pas le seul dans ce cas.
question posée sur Cruiser
Jean Paul
5 février 2016 11:22,
par yoruk ![]() ![]() |
![]() |
Je ne suis pas le seul dans ce cas.
Bonjour Jean paul
En écrivant celà veux tu dire que tu connaîtrais aussi le problème ??? Auquel cas tu serais le troisième cas à ma connaissance. J’ai suivi le fil sur CruisersForum.
Pour de très nombreuses remontées d’info perso, il n’y a pas de problème voir la copie jointe
Michel
5 février 2016 11:24,
par Nevermind ![]() ![]() |
![]() |
Pas de problème sur Mac
5 février 2016 11:31,
par Nevermind ![]() ![]() |
![]() |
J’avais vu que cela fonctionnait bien chez toi.
J’ai installé O Draw sur la V4.0 j’ai eu le même problème.
After avoir tout désinstallé Opencpn , O Draw et redémarré le PC ( W 8.1), j’ai installé la V4.0 et le problème a disparu.
J’ai fait la même procédure avec la V4.2 mais le problème persiste.
J’ai supprimé cette version.
Jean Paul
5 février 2016 11:53,
par yoruk ![]() ![]() |
![]() |
Je suis persuadé que le problème vient des plugin’s
5 février 2016 12:25,
par Nevermind ![]() ![]() |
![]() |
5 février 2016 11:51,
par Nevermind ![]() ![]() |
![]() |
Le problème n’existe pas sur Mac peut-être parce que la fenêtre du choix ne s’ouvre pas ?????
12 février 2016 20:34,
par yvesD ![]() ![]() |
![]() |
Désolé d’être un peu long mais je n’ai pas une vision très claire des plugins ocpn et des installe parallèles.
Aguiché par les discussion sur o-draw j’ai tenté d’installer la 4.2, sans succès sur XP SP3. Bien sur c’est la distrib pris sur le site officiel, c’est une installation parallèle (comme recommandé), et je la lance en « no open gl » mais le résultat reste le même en « open gl »
Dans c :\Program Files il y a bien OpenCPN 4.2.0 ainsi que 3.2.0 et 4.0.0 . Il y a aussi OpenCPN tout court, (voir plus bas, vestigiel) restreint au répertoire plugins (pour weatherfax et vdr) et quelque dll
En désespoir de cause, et après désinstall, j’ai rebaptisé le c :\Program Files\OpenCPN vestigiel, en le suffxant d’un ’_’, puis reinstall et « clear données du prefetch » (au cas où des fois que, avec CCleaner).
Pas plus de succès.
La 4.0 persiste à fonctionner correctement (install parallèle)
Message d’erreur : J’ai toujours le même « opencpn.exe - Erreur d’application l’application n’a pas réussi à s’initialiser correctement 0xc000001. Cliquer sur OK pour arrêter l’application » avec la pastille rouge barrée d’un croix de st andré blanche.
Le install.log dans C :\PF\OpenCPN 4.2.0 ne montre que du banal.
Dans Document and Settings, pas de quoi fouetter un chat :
Des bizareries me poussent du coté des plugins, pas très cohérents dans C :\PF\OpenCPN 4.2.0\plugins.
opencpn.ini mentionne (réclame) les plugins Dashboard, GRIB et vdr ; et aussi Dashboard/Dashboard1 (caisse ?) et dashboard_pi.dll et grib.pi.dll et vdr.pi.dll. Ces dll sont toutes présentes dans C :\PG\OpenCPN 4.0.0\plugins et certaines manquent dans 4.2.0\plugins
J’ai maintenant un vieux doute, c’est peut-être (pas sur, notes incomplètes) la première fois que je fais une installe parallèle avec ce XP SP3
Ma conclusion est que je me suis mélangé les pinceaux, faudrait-il que j’installe la 4.2.2 pas en parallèle ? je peux le faire, tout ça est sur un PC domestique qui ne voit jamais l’eau de mer.
12 février 2016 20:49,
par yoruk ![]() ![]() |
![]() |
Hé... un béotien
Salut Yves.... à la volée, avant d’approfondir, t’embêtes pas avec la 4.2.0. Elle est clairement instable. J’y arrive avec W7, mais ce doit être miracle (ou full talent... ce qui n’est pas impossible )
Remontes la v 4.0.0... si tu n’as pas le setup, je l’implante sur PTP... Avec elle les plugins (enfin les plus importants) fonctionnent bien.
Michel en pleine bagarre de mise à jours de mes adresses mail...
12 février 2016 20:57,
par yoruk ![]() ![]() |
![]() |
A toute vitesse
L’intérêt de monter en parallèle, est que l’on conserve ses raccourcis (cartographie, réglages, traces, routes et WP)...
Mais ce n’est pas une obligation si tu es quasi primo installant... Le plus simple, tu démontes tout proprement et sut remonte la 4.0.0 et là on te guide pour les plugins
Michel
12 février 2016 23:57,
par yoruk ![]() ![]() |
![]() |
Remontes la v 4.0.0... si tu n’as pas le setup, je l’implante sur PTP
J’ai pas les yeux en face des trous... je viens de lire que tu l’avais déjà...
Ci dessous ce qui va bien avec une belle sobriété... c’est de la quintessence d’élégance... Si si
quand j’ai monté la V 4.2.0 , j’avais pris la précaution de créer au préalable un répertoire OpenCPN, et quand je demande le montage en parallèle j’indique ce répertoire... Puis je laisse faire cool... Sous W7
OpenCPN installe maintenant automatiquement 4 plugins
Je pense que tous les plugin pullulants, dont certains sont utiles (langue de vipère, là...) ne sont pas tolérés par OpenCPN v4.2.0... Par contre Ocpn_draw l’est... Lui se présente sous forme d’un fichier .exe permettant d’extraire le dll.
Mais dans son processus d’extraction il vas créer un répertoire opencpn => plugin => Ocpn_draw-pi qui va foutre le boxon
Il faut donc l’extraire ailleurs, n’importe ou puis récupérer le répertoire ocpn_draw_pi et le placer sous le plugin de v 4.2.0, comme les autres. On l’ouvre et on copie le dll ocpn_draw_pi.dll sous le plugin avec les 4 autres
Et... On se retrouve avec un répertoire bien rangé... comme je les aime : les 5 rubriques et les 5 dll ensembles...
Michel
13 février 2016 11:28,
par Nevermind ![]() ![]() |
![]() |
“Salut Yves.... à la volée, avant d’approfondir, t’embêtes pas avec la 4.2.0. Elle est clairement instable”
Il y a une version corrigée qui améliore la stabilité là :
https://tgp-architects.com/files/ft2.php
Jean Paul
13 février 2016 14:29,
par yvesD ![]() ![]() |
![]() |
Echec répété
1- installation selon recommendations
Comme le suggère michel j’ai crée sous Program Files le répertoire vide OpenCPN. Après sauvegarde j’ai vidé ApplicationData/opencpn de tout ses .ini (sa config).
Ca ressemble donc à une première installation en parallèle, sans aucune trace de configuration précédente.
Et pourtant : échec.
Rien n’a été ajouté à ApplicationData/opencpn, le plantage doit avoir lieu très tôt dans l’initialisation
L’installation a bien ajouté ce qu’il faut dans Program Files/OpenCPN dont les 4 plugins par défaut (chardldr, dashboard, grib, wmm) et eux seuls.
J’ai tenté d’inpecter les fichiers de C : autour de la date d’installation (ce 13/2 vers 13:20) : rien de concluant
Le install.log n’apporte rien d’utile
2- installation pas en parallèle
Je raze ce qu’il faut (opencpn ou opencpn 4.2.0 dans Appldata et ProgFile) et relance le fichier de nevermind à 13:38:01, il propose réinstallation avec les paramètres existants alors qu’il n’y en a plus : encore échec, mêmes constatations.
3- conclusions
La bête : 1, l’homme : 0
Faudra vivre sans o-draw, dommage .
4- avec les paramètres existants
Je (n’arrive pas à comprendre pourquoi on me propose, alors que les répertoires pouvant les contenir sont vides, de réinstaller avec les paramètres existants. Ca pue le vrai faux (ou le faux vrai).
J’avais même purgé DocumentAndSettings\yves\Local Settings\Temp ).
Bien sur j’ai rebooté (c’est windows, tout de même), nettoyé le registre, désinstallé avec panneau de config (il restait du O4.2.0 installé - dans le registre - mais pas installé)
Dans mon esprit, opencpn n’enregistre rien dans la base des registres mais y a tout de même un HKLM/Software/Microsoft/Windows/Current Version/Uninstall/OpenCPN 4.0.0 (et OpenCPN mais uniquement pour désinstaller vdr). Ceci pourrait expliquer celà, sans qu’on puisse en deviner les conséquences. voir PJ.
13 février 2016 14:46,
par yvesD ![]() ![]() |
![]() |
Après ces nettoyages drastiques, y compris la base des registres pour virer toute trace de ocpn, j’ai tenté une nouvelle install de la 4.2.0 de nevermind. L’échec persiste.
L’install est mieux depuis ce nettoyage complet, on me propose maintenant le choix entre la parallèle et l’autre mais au 1er lancement de ocpn j’ai la croix blanche sur smarty rouge.
Ah, ce coup ci le répertoire AppData/opencpn a été crée, vide.
Et finalement, la 4.0.0 elle est pas si mal que ça, et en virant toutes traces de la 4.2.0 je retrouve bien cette 4.0 qui marche.
Merci des coups de main, à une prochaine fois
7 mai 2016 10:31,
par Nevermind ![]() ![]() |
![]() |
25 mai 2016 18:00,
par L’Adret ![]() ![]() |
![]() |
Current Beta Release - 4.2.1724
25 mai 2016 18:18,
par yoruk ![]() ![]() |
![]() |
Merci de l’info
Source is available now on github at :
https://github.com/OpenCPN/OpenCPN
Branch : v4.2.2
Changelog
20. Correct underway Route Properties Dialog ETA calculations (FS#2075)
21. Correct crash on some very large GRIB2 files.
22. Correct GRIB current direction value tracking error, off by 180 degrees.
23. Correct errors in track colour/width settings for OpenGL.
24. Correct GRIB wind barb pen width on openGL.
25. Correct GRIB overlay performance loss on OpenGL with large textures.
26. Correct quilt projection persistence on quilt mode toggle.
27. Correct keyboard focus return on linux systems (FS#1684)
Cette mise à jour corrige le fameux bug de lecture des “grib courant” http://plaisance-pratique.com/Affic...
Michel
10 juin 2016 19:38,
par Nevermind ![]() ![]() |
![]() |
La dernière version beta avant la version finale :
Current Beta Release - 4.4.0
As a final test before release, 4.4.0 has been released as Beta on 2016-06-09.
14 juin 2016 14:31,
par L’Adret ![]() ![]() |
![]() |
Stable Release 4.4.0 :
The latest stable release of OpenCPN (as of 13 June, 2016) is 4.4.0
14 juin 2016 15:19,
par Nevermind ![]() ![]() |
![]() |
Pas de différence avec la version test final.
15 juin 2016 11:44,
par pupuce35 ![]() ![]() |
![]() |
Je viens de télécharger et d’essayer : apparemment très peu de changement par rapport à la version beta, sortie il y a quelques jours...
Un petit problème chez moi : si le logiciel fonctionne sans problème, j’ai en revanche, des difficultés à le fermer, il faut souvent passer par le gestionnaire de tâches, que ce soit avec W 8.1 ou W 10... Quelqu’un a-t’il rencontré le même cas
15 juin 2016 12:33,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
non pas de problème particulier.
j’utilise la version beta sur mac et pc , si je veux installer la version stable, dans les deux cas l’ordi ne répond qu’elle est déjà installée.
JP
21 février 2017 19:08,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
Pour les addicts d’OPENCPN une version Bêta 4.5.213 est disponible :
https://opencpn.org/OpenCPN/info/be...
4.5.213 Beta Release Notes
26. Implement improved ENC text declutter algorithms
27. Implement InlandENC V2.3 Info mode option.
28. Correct ownship scaled icon rendering in GL mode. (FS#2200)
29. Make ENC Object Query text fields selectable for copy/paste operation, except on touch displays.
30. Improve layout of Tide/Current graphic window.
31. On Prepare All ENC, allow full background operation in Win7/10.
32. Add config setting to allow adjustment of tide rectangles’ displayed size. Thanks, Paul (FS#2104)
33. Slightly reduce scaled physical pen width on GL AIS target rendering.
34. Slightly adjust icon sizes in Routepoint Properties dialog.
35. Refine BusyCursor show/hide logic, especially on ENC access.
36. Improve Current graphic rendering (FS#2119) Thanks, Paul.
37. Correct use of IIGLL NMEA sentence.
38. Improve keyboard navigation and rendering of TrackPropertiesDialog point list.
39. Correct quilt composition when S57 overlays are present. (FS#2195)
40. Correct error on auto-follow and zoom-to-cursor interaction. (FS#2199)
Jean Paul
14 mars 2017 12:37,
par pupuce35 ![]() ![]() |
![]() |
Nouvelle version stable, la 4.6.0, à télécharger sur le site :
14 mars 2017 16:57,
par yoruk ![]() ![]() |
![]() |
Merci
Le téléchargement se fait sans problème. J’ai opté comme toujours pour un setup en parallèle, ce qui me permet de passer éventuellement à la version .4.4.0 sans problème.
Les plugins de base se chargent automatiquement, sinion il faudra aller les copier sur la version précedente :
pour les recopier dans la nouvelle version :
A noter le message d’alerte W10, au téléchargement, et dont il ne faut pas tenir compte Voir la pièce jointe
Michel
15 mars 2017 11:36,
par pupuce35 ![]() ![]() |
![]() |
W 10 est une bonne « mouture » de Windows : rapide, peu gourmande en espace disque, etc... Mais elle présente pas mal d’inconvénients, notamment côté « espionnite ».
Pour les débrouillards en informatique faire une recherche du genre « Supprimer les espions de W10 » ou « Protéger sa vie privée sur W10 »... Vous verrez qu’il y a du boulot et, en particulier, qu’il est recommandé de neutraliser SmartScreen
15 mars 2017 11:40,
par Négofol ![]() ![]() |
![]() |
C’était vrai (et encore...) sur les premières releases de W10, beaucoup moins sur les récentes.
15 août 2017 11:25,
par pupuce35 ![]() ![]() |
![]() |
Une nouvelle version stable, la 4.8, est sortie il y a déjà quelques jours, et est, semble-t’il, passée inaperçue...
Personnellement, je n’ai pas eu le temps de voir quelles améliorations ont été apportées, j’ai juste eu le temps de vérifier qu’elle était fonctionnelle (W XP, 8.1 et 10)
15 août 2017 11:39,
par yoruk ![]() ![]() |
![]() |
Merci
J’ai testé la dernière beta 4.6.1 qui tournait très bien... Je vais voir ce que donne cette v.4.8.0
A+
Michel
15 août 2017 12:07,
par yoruk ![]() ![]() |
![]() |
J’ai pu le télécharger sans problème, malgré une alerte de mon anti virus (Mac Afee), dont il ne faut pas tenir compte. Parmi les améliorations :
En tant que successeur de OpenCPN version 4.6.1, OpenCPN version 4.8.0 contient plusieurs corrections et améliorations incrémentielles. Parmi ceux-ci :
Lien de téléchargement : https://opencpn.org/OpenCPN/info/do...
Michel
22 janvier 2018 09:08,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
Pour les fans, une nouvelle version BETA :
4.8.10119
Changelog
23. Correct Tide/Current window layout and tide event time calculation.
24. Correct Dashboard Dock/Float configuration after preference change.
25. Improve GRIB current arrow proportional rendering for larger current magnitude.
26. Correct chart downloader pi to decompress Peruvian charts using RAR v5
27. Correct ENC « Anchorage » features state logic.
28. Correct fault on failed ENC update to re-issued cell.
29. Revert Dashboard sizing logic to 4.8.0 equivalent.
26 janvier 2018 09:03,
par Nevermind ![]() ![]() |
![]() |
Une nouvelle version beta :
4.8.10125
http://www.cruisersforum.com/forums...
31. Correct Track highlight rendering at large scale.
32. Correct fault on high speed VDR playback with « Calculate COG and SOG from position changes » set true.
33. Correct/improve missing cell cache logic for cm93 dataset.
34. Correct ENC Line Feature prioritization and display logic.
35. Implement options slider control for Ship and AIS rendering scale.
5 février 2018 14:06,
par Nevermind ![]() ![]() |
![]() |
Avant la version 4.8.2
v4.8.10203
42. Improve MacOS dialog Z-order in some cases.
43. Correct failure to load Pacific Pilot Charts.
44. Improve Options->Plugins panel layout.
45. Correct ENC update logic for missing Feature Classes.
46. Correct dusk/night rendering of spherical red/white buoy.
Jean Paul
6 février 2018 13:15,
par bernard03 ![]() ![]() |
![]() |
Bonjour,
J’ai chargé la dernière version Beta 4.8.10203 dans laquelle les possibilités de mise à jour automatique de groupes de cartes ont été bien augmentées. En particulier pour les PILOTCHARTS. Toutefois il semble qu’il doit y avoir une erreur dans le fichier XML de référence pour le Nord Pacifique. Il charge le fichier compressé du Sud Pacifique.
«
Bien Cordialement.
Bernard
6 février 2018 14:15,
par Nevermind ![]() ![]() |
![]() |
Bonjour,
les concepteurs sont là :
http://www.cruisersforum.com/forums...
Il est préférable de leur transmettre les anomalies .
Il y a une nouvelle version béta
Jean Paul
23 février 2018 06:57,
par yoruk ![]() ![]() |
![]() |
et bientôt la release 5.x
principale innovation : on pourra lire les cartes au format « mbtiles », très légères et faciles à fariquer, depuis SAS Planet
En anglais, mais traduit correctement correctement en français par Chrome
Michel
23 février 2018 10:56,
par yoruk ![]() ![]() |
![]() |
Confirmé, ça fonctionne
Pour la fabrication des cartes : http://www.plaisance-pratique.com/S...
Pour l’importation de la bêta OpenCPN v 4.99 voir le post au dessus
Résultat, PJ