Ryzom

Je viens de verifier mon horloge avec le changement de saison. Contrairement à mes prévisions, le changement à eux lieu vers 17h05/17h10. Du coup je me retrouve avec 1 jour IG de décalage sur la version V2.1 (Zut de zut).

Donc contrairement à ce que je pensai, il semble qu'en faite mon tick 0 (j'y tiens vous avez vu :b ) correspondrait donc à la date du Holeth, Pluvia 30, 4e CA 2524 à 00h00mns

Voici donc la version corrigé et calé de l'Horloge Box V2.1.1 (j'ai retiré du FTP là précédente version bien sur).

netto wrote:Je viens de verifier mon horloge avec le changement de saison. Contrairement à mes prévisions, le changement à eux lieu vers 17h05/17h10.

Soyons précis :
le premier jour de l'hiver à minuit, soit 1er jour de Pluvia 2eme cycle de l'année 2534 a eu lieu :
le 29 aout 2006 à 17h 08min et 2s (le cachet du serveur NTP 0.fr.pool.ntp.org faisant foi )

passage au printemps prévu demain matin dimanche vers 07h25

[edit: mise à jour] on est passé au printemps à 07h33'22"

premier jour de l'été jeudi prochain dans la soirée (vers 21h40 ... avec une grosse marge d'erreur à cause des reboots imprévisibles des serveurs)

J'ai ajouté quelques fonctionnalitésdans la version V2.3 d'Horloge Box :
- Différent format d'affichage de l'horloge sont maintenant disponible.
- J'ai intégré un petit outil de conversion "Date réelle" en "Date IG".

En cliquant sur le bouton "CF" (pour Changer le Format) l'horloge apparaît avec + ou - de détail et fait également apparaître le convertisseur de date.
Cette nouvelle version est ici -> horloge Box V2.3

Pour ceux qui souhaitent modifier le chemin par defaut au fichier log.log, il faut modifier la ligne 42 avec le blocnote. La ligne 42 contient iniFile = "D:\Ryzom\log.log", il suffit de changer "D:\Ryzom\log.log" par votre propre chemin d'accès.

Pour ceux qui tienne à afficher l'horloge en surimpression IG, je vous propose d'utiliser PowerMenu qui permet de figer au premier plan n'importe quelle fenêtre. Une fois PowerMenu lancer, il suffit de faire un clique droit sur la barre de titre de la fenêtre à figer au premier plan et de cliquer sur "Tjrs Visible" ... et voila.

Bon allé j'me lance, puisque ça parle d'appli autour de ryzom et de temps, j'ai fait un petit programme qui convertit les durées terriennes en durées atysiennes et vis versa.

Pour détailler un peu plus, quand on clique sur le bouton "Atys" ou "Terre" ça remet les compteurs correspondants à 0, quand on désactive le bouton d'une unité de temps, ça fait le calcul sans cette unité (genre on a 1 minute, on désactive les minutes ça donne 60 secondes) et... quand on appuie sur le bouton "Quitter", ça quitte, énorme

Par contre... débutant autodidacte, j'ai fait ça en C avec GTK donc faut installer le runtime gtk...

Donc :
le runtime gtk pour windôz (pas testé sous nux et d'après ce que je me souviens, j'ai utilisé une fonction de cochon pour passer float vers une chaîne qui est pas portable donc je pense pas que ça marche mais faudrait pas modifier grand chose pour que ça marche ) c'est ici : http://sourceforge.net/projects/gtk-win/

pour le prog en question c'est là : http://dukegato.free.fr/ryzom/AtysConverter.exe

et pour ceux qui promettent de pas me taper sur les doigts (tout dans un même fichier, bien que ce ne soit pas long, et pas beaucoup de commentaires j'avais pas prévu de montrer ou faire évoluer ça un jour, j'ai fait ça parce que je savais pas sur quoi me faire la main avec gtk avant de commencer un projet plus important pour la fac ), vous pouvez prendre le projet dev-c++ avec les sources dans le même dossier, c'est-à-dire ici : http://dukegato.free.fr/ryzom/

en comparant j'ai remarqué 1 cycle de décalage entre les dates de Kervala et Netto

félicitation à vous pour votre tres bon boulot

lyaak wrote: félicitation à vous pour votre tres bon boulot

Merci

lyaak wrote: en comparant j'ai remarqué 1 cycle de décalage entre les dates de Kervala et Netto

C'est vrai que c'est embettant.
Je sais pas pour les autres car je n'ai pas pu tester tout les horloges, mais je sais qu'au final j'obtiens la même date que Selyana

selyana wrote:voilà la dernière version de mon horloge Ryzom
[...]
je vous filerai les sources si vous voulez, mais ils ne sont pas transcendants

Moi ça m'intéresse toujours

PS : En tout cas c'est vraiment super ce que vous faites là, très utile.

Merci Lyakk

C'est normal s'il y a un décallage, j'utilise le 16 septembre 2004 comme date d'origine car je dois pouvoir calculer les correspondances de n'importe quelle date passée et future :s Donc ce sera toujours approximatif surtout depuis que j'ai choisi une méthode dynamique pour les décallages dûs aux arrêts serveurs.

Par contre, ce que selyana, netto, jenbat, etc... ont fait se base sur les ServerTick dans les fichiers .log et ça permet d'obtenir l'heure courante le plus juste possible, mais plus on s'éloigne de l'heure courante (aussi bien en arrière qu'en avant plus le décallage devient important)

kervala wrote:Merci Lyakk

C'est normal s'il y a un décallage, j'utilise le 16 septembre 2004 comme date d'origine car je dois pouvoir calculer les correspondances de n'importe quelle date passée et future :s Donc ce sera toujours approximatif surtout depuis que j'ai choisi une méthode dynamique pour les décallages dûs aux arrêts serveurs.

le décalage est du en grande partie aux arrêts serveurs anormalement long (très supérieur à la moyenne) ... typiquement l'arrêt des serveurs avant la mise à jour des ruines de silan : Avec les ticks serveur ca revient à considérer que le temps Ryzom s'arretait pendant les 15 jours de l'arrêt des serveurs, alors qu'avec la méthode de Kervala le temps Ryzom a continué de s'écouler normalement ... au final un cycle de différence ça n'est pas si énorme que ça

Les seuls à détenir la vérité canonique c'est normalement Nevrax : c'est à eux
de nous dire si le prochain printemps sera le début de la nouvelle année 2535 (hypothèse de Kervala), ou s'il faudra attendre un cycle de plus (hypothèse de Netto et moi entre autres).