paparazzia

Pour l'intérêt de la conservation, je vois bien quelqu'un qui aurait du temps d'exploiter avec de l'IA les traces des 10 meilleurs par course + la météo Mais le quelqu'un n'a pas le temps (nb : la météo est aussi archivé depuis 2011)

Pour info, j'ai archivé les traces de toutes les courses démarrées jusqu'à fin 2016. Elles sont au chaud, en attendant un moyen de vous les mettre à dispo dans VLM. Le tout dans un format utilisable si un jour quelqu'un veut faire de l'étude statistique détaillé (pour les mêmes raisons, on garde les gribs aussi). Ce qui laisse les mains libres à Sbs pour faire le ménage.

KAWA ! De passage, juste bravo pour avoir rendu repris le flambeau de jvlm (aka vlm2) Keep up the good work !

La puissance de calcul pour faire du routage. La meilleure route devient plus lourde à calculer (et à simplifier) quand la vac descend à la seconde. Effectivement, rien ne l'empêche pour un jeu d'ordre fixe avec une météo déterministe d'être précis. C'est juste le calcul d'isochrones qui est touché. Mais là encore, QT s'en sortira plus facilement qu'un client léger en javascript. Mais non, pas d'étripage pour un point de philosophie . Merci à sbs pour avoir repris le flambeau sur le code de vlm.

Je suis bien d'accord, mais les aficionados de l’angström qui pensent qu'on doit pouvoir router 3h à l'avance à 15 cm près ont fini par avoir gain de cause à l'usure. Le moteur de VLM vient pour la première fois d'être adapté pour les routeurs (et non l'inverse). Pour revenir au comportement précédent, il aurait fallut / suffit certainement d'optimiser le load de début de vac pour qu'il redevienne constant. C'est trop tard, ou plutôt l'enjeu de l'optimisation est devenu trop faible maintenant qu'on est passé en temps discret pour routeur. Bon vent à tous (c'est celui qui code qui décide, et aussi ceux qui jouent, et je ne fais plus ni l'un ni l'autre). EDIT : A noter que si VLM calculait en continue l'update des positions (c'est à dire toutes les secondes ou paires de secondes), vous seriez bien embêté car les outils ne pourraient pas projeter une trajectoire aussi loin avec ce niveau de granularité du pas de temps.

http://v-l-m.org/ws/serverinfo/time.php Bon, comme Maitai est d'une patience infinie, il a réussi à me faire regarder le sujet. Déjà, quelques rappels (convention : Vac N1 : (x1, y1, t1) - le t de la vac est celui du serveur au moment du calcul de chaque bateau (pas à l'heure pile, mais au moment du calcul) - le déplacement est calculé sur un temps qui est t2-t1 - CONSEQUENCES (écoutez bien, svp ) - une vac peut prendre 297s ou 303s ou 301 ou ... ça dépends de t1 et t2 - le calcul prends en compte ce temps - le vent est interpolé à t2 (pas à l'heure théorique, mais à l'heure du calcul). Ca fait 5 ou 6 ans que c'est comme ça. Pas de surprise. Vous pouvez le voir dans les tracks (extrait communiqué par Maitai) : trace timestamp: "30/06 04::55::02" trace timestamp: "30/06 05::00::05" trace timestamp: "30/06 05::05::02" trace timestamp: "30/06 05::10::04" trace timestamp: "30/06 05::15::02" trace timestamp: "30/06 05::20::03" trace timestamp: "30/06 05::25::03" trace timestamp: "30/06 05::30::05" trace timestamp: "30/06 05::35::02" trace timestamp: "30/06 05::40::05" trace timestamp: "30/06 05::45::02" trace timestamp: "30/06 05::50::05" trace timestamp: "30/06 05::55::02" trace timestamp: "30/06 06::00::05" trace timestamp: "30/06 06::05::02" trace timestamp: "30/06 06::10::04" trace timestamp: "30/06 06::15::03" trace timestamp: "30/06 06::20::05" trace timestamp: "30/06 06::25::02" trace timestamp: "30/06 06::30::05" On voit que l'horodatage de la track est variable (entre 2 et 5s après l'heure théorique). C'est une question de philosophie, pas de justesse ou de vérité. Si quelqu'un veut changer ça il le peut, il y a des avantages et des inconvénients. Par contre, ça n'a pas changé depuis longtemps. Donc on va regarder pourquoi la vac est "instable depuis quelques mois (variation entre 2" et 5") ce qui est l'origine principale de vos soucis.

Sinon tu as la technique Windows : tu formates et tu réinstalles ;-)

Faut relancer qtvlm une deuxième fois pour que tout fonctionne

Misterix :est-ce ce que le chat sur le site de vlm fonctionne pour toi ?

Juste 2 remarques en passant : - peut être inverser "Salons" et "Contacts" (en général on voudra aller dans un salon). - se souvenir du dernier choix ? - enlever le modal si ce n'est déjà fait

OK sous linux. C'est la version avec fenêtre modale mais sinon ok

Ca a l'air de mieux marcher (download maps en cours)

~/Téléchargements/qtVlm$ ./qtVlm./qtVlm: error while loading shared libraries: libQt5Concurrent.so.5: cannot open shared object file: No such file or directory Après install de qt5 ~/Téléchargements/qtVlm$ ./qtVlm./qtVlm: symbol lookup error: ./qtVlm: undefined symbol: _ZN6QDebugD1Ev même résultat après install de qdevelop

Remarque sur Android 5.1 : it works.

C'est le ticket 808 : https://github.com/v-l-m/vlm/issues/808 Mais il y a plusieurs manières de voir les choses...