Jump to content
Virtual Regatta Club House

vald70

Confirmed members
  • Posts

    50
  • Joined

  • Last visited

Everything posted by vald70

  1. ça reste curieux, car la plupart des routeurs que je connais travail à cap constant (travailler en TWA est plus compliqué) ....
  2. ce que je ne vois pas c'est le rapport (ou l'application) dans le cas du routage et du TWA ! sinon j'avais bien le truc en tête !
  3. beau résultat, bravo, par contre pas compris ta theorie "cordes" vs twa vs routage ! si tu peux preciser un peu ?
  4. bravo au podium, et très impressionné par les résultats face à la meute des FP !
  5. je pense que je devrait en faire autant. et aussi pendant les contournements
  6. same here, on which ever browser I've tested (edge, firefox, chrome, safari ...) on the "viewer only" : impossible to touch any part or loop spinning so impossible to just view
  7. le cout du routage sur GPU je n’avais pas encore vu ! c'est quoi le gain ? Parallélisé plusieurs calculs d'isochrone ?
  8. avec le VRdashboard en mode log, ça se récupère facilement, et avec un peu de python, on se retrouve avec une trace GPX
  9. c'est en effet limite, après reste à voir comment c'est fait il y a bien qtvlm qui fonctionne en mode batch, mais si zezo et trop lour pour le rpi, j'ai peur que qt soit pire. et refaire un routeur prend du temps
  10. sailgrib utilise l'API officiel de VRO avec une clef fournit par VR ... et ça reste du routage
  11. tu as utliser selenium ?
  12. si justement, route zezo est une bonne piste, certe c'est du javascript, mais il y a la base pour parser le DOM de zezo et recuperer les wp sur quel OS ?
  13. normal, chrome et opera c'est le même moteur de base ie chromium, donc avec les même API d'accés au mode débogueur. par contre (en tous cas chez moi) quand le vrdashboard est actif, chrome est d'une lenteur navrante, particulièrement l'onglet VR
  14. base chromium = version chrome open source ! (d'ailleurs chromium vs chrome = pas de difference a part un moindre flicage de google ) * c'est une extension chrome (donc oui tous navigateurs qui les supportent doit théoriquement fonctionner * il n'en reste pas moins que c'est le debuggeur : chrome.debugger.sendCommand({ tabId: tabId }, "Network.enable", function () { .... chrome.debugger.onEvent.addListener(controller.onEvent);
  15. le dashboard utilise le mode debug de chrome, c'est pour ça qu'il ne marche qu'avec lui
  16. This morning, during a race I lost my connection. while a few second later the game was reconnect, I was able to steer my boat but never finish the race. I was near the end, but have never been able to pass it, even after multiple try. the only thing I have been able to do is : quit the race
  17. effectivement, je pense que la plus grande difficulté est là : etre régulièrement sur les evolutions cap/meteo etcc donc, faire des quarts comme sur les vrai et/ou utiliser les WP et autre programmation (mais du coup hors pack ?).
  18. merci pour les info @L1, lors de mes prochaines régates Inshore j'essaierai de repérer les changements de couleurs alors ! de toute façon, comme en réel il faudra de l'entrainement.
  19. ça mérite d'être clair ! et ça simplifie certains choix...
  20. est-ce qu'il y a moyen de savoir quels sont les pénalités dont on a é"écopé" sur une manche ?
  21. comment peut-on savoir, quel est la règle qui s'applique /s’acquière sur la priorité annoncé ? (à part l'habitude ;-)
  22. Bonsoir, sur onshore, la meteo provient des grib GFSet change en fonction. sur Inshore, d’où vient la météo ? est-elle changeante ? a-t-on des effets de site ou des risé ? comment sont-elles matérialisé ? dans la réalité on peut regarder l'eau ou les nuages, mais dans le jeu ? merci
  23. Hi, can somebody explain what means all the statistics display at end of course, and how we can interpret/use them for futur ? thanks
×
×
  • Create New...