« Réunion du 05-11-2024 » : différence entre les versions
Aller à la navigation
Aller à la recherche
(28 versions intermédiaires par le même utilisateur non affichées) | |||
Ligne 2 : | Ligne 2 : | ||
= Avertissement = | = Avertissement = | ||
{{Avertissement_résumé|fond=pink |bord=red |message = Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou sur [http://opensimulator.org/wiki/IRC le canal IRC]. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉}} | {{Avertissement_résumé|fond=pink |bord=red |message = Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou sur [http://opensimulator.org/wiki/IRC le canal IRC]. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉}} | ||
= Modules | = Modules de carte = | ||
== Génération des tuiles d'une grille == | == Génération des tuiles d'une grille == | ||
'''Travail de Vincent Sylvester''' | |||
===Changement === | |||
* Vincent Sylvester a '''amélioré la vitesse de rendu des tuiles''' de carte en utilisant des pointeurs mémoire et une approche de force brute. Cela a permis de rendre 5000 images en 15 secondes pour 11 niveaux à partir de 13000 tuiles individuelles. Cette méthode est utilisée pour régénérer les tuiles déféctueuses supprimées (voir le premier gif animé ou la vidéo). | |||
* '''L'ancienne méthode a été conservée ''' pour que le système n'ait pas à tout refaire chaque fois qu'une nouvelle région envoie des tuiles. | |||
* '''Séparation le processus de rendu des tuiles du processus principal du programme''' : Warp3D ne bloque plus le programme principal pendant le rendu des tuiles. Warp3D ne bloque plus non plus le démarrage, une tuile d'eau est envoyée au début et quand la tuile est terminée, elle est envoyée. Seul vrai inconvénient, le processus étant sur son propre thread, il ne peut pas utiliser plus de 100% du CPU. C'est surtout un problème pour Warp3D. Mais, on pourrait peut-être réduire la charge de Warp3D avec des pointeurs plus complexes. | |||
* Possibilité de '''choisir le moteur de rendu''' des tuiles, par exemple utiliser MapImageModule au début et Warp3D plus tard (voir le deuxième gif animé). | |||
* Vincent Sylvester a l'intention de '''tester ce système''' en production pendant un certain temps pour résoudre les problèmes qui pourraient encore exister et ensuite Ubit Umarov aura la joie de s'occuper d'une autre '''pull request'''. | |||
=== Illustration === | === Illustration === | ||
* Gif animé : < | * '''Génération des tuiles (Gif animé)''' : <span style='width=50%;'>https://i.imgur.com/a96j9BT.gif|500px</span> | ||
* Vidéo : https://www.youtube.com/watch?v=B48fj1KNmu0 | * '''Génération des tuiles (Vidéo)''' : https://www.youtube.com/watch?v=B48fj1KNmu0 | ||
* '''Changer de moteur de rendu (Gif animé)''' : <span style='width=50%;'>https://i.imgur.com/q9b8Gnh.gif|500px</span> | |||
=== Commentaire de la vidéo === | |||
{{NDLR|fond=white |bord=green|message = <br> | {{NDLR|fond=white |bord=green|message = <br> | ||
'''Description du premier gif animé ou de la vidéo:''' | |||
* On voit à gauche la console dans Linux et à droite l'affichage de la carte d'une grille dans un navigateur web. | * On voit à gauche la console dans Linux et à droite l'affichage de la carte d'une grille dans un navigateur web. | ||
* 1. Carte de la grille dézoomée pour arriver à des niveaux de | * 1. Carte de la grille dézoomée pour arriver à des niveaux de zoom plus élevés que 1. | ||
* 2. | * 2. Commande qui liste tous les fichiers des tuiles de la carte de la grille. Les noms des fichiers ont la forme "'''map-<niveau>-<X>-<Y>-objects.jpg'''" avec X et Y coordonnées de la région dans la grille. | ||
* 3. | <pre>ls</pre> | ||
* 3. Commande pour afficher la taille du dossier des fichiers des tuiles. | |||
<pre> | |||
du -sh | |||
85 Mo | |||
</pre> | |||
* 4. Commande pour supprimer tous les fichiers des tuiles de tous les niveaux sauf du niveau 1. (* est un métacaractère[https://fr.wikipedia.org/wiki/M%C3%A9tacaract%C3%A8re] qui remplace généralement la fin ou le début du mot recherché.) | |||
<pre> | |||
rm map-2* map-3* map-4* map-5* map-6* map-7* map-8* map-9* | |||
</pre> | |||
* 5. Nouvelle commande '''ls''' qui affiche les fichiers restant. On ne voit plus que des tuiles de niveau 1. | |||
* 6. '''du -sh''' retourne 65 Mo. | |||
* 7. Passage dans la console de la grille. On a l'invite R.O.B.U.S.T.#. | |||
* 8. Lancement de la commande ''''maptile refresh'''' | |||
* 9. À droite les tuiles de la carte disparaissent, à la place des tuiles d'eau s'affichent.Pendant ce temps dans la console la commande continue et le log s'affiche : | |||
<pre> | |||
Found 13048 new tiles to render | |||
Paging worker to render tiles .... | |||
Starting maptile generation ... | |||
1000 tiles queued | |||
2000 tiles queued | |||
[...] | |||
Processed level 4 withe 315 tiles | |||
processed level 5 withe 126 tiles | |||
[...] | |||
Finish generated 5212 zoom level tiles ... | |||
</pre> | |||
* 10. La carte est actualisée et les tuiles des niveaux de zoom de la grille réapparaissent. | |||
* 11. On sort de la console de la grille et la commande '''ls''' affiche à nouveau les fichiers de tous les niveaux de zoom des tuiles de la grille qui ont été régénérés. | |||
* 12. '''du -sh''' retourne 85 Mo. | |||
'''Décription du deuxième gif animé.''' | |||
* Ici, Vincent sysvester lance un script shell (opensimmanage.sh) pour changer de moteur de rendu : 1er moteur MapImageModule, 2e moteur Warp3D. | |||
<pre> | |||
# Utiliser le moteur MapImageModule | |||
./opensimmanage.Sh command warehouse "generate map MapImageModule" | |||
#Utiliser le moteur Warp3D | |||
./opensimmanage.Sh command warehouse "generate map Warp3D" | |||
</pre> | |||
}} | }} | ||
= Bugs = | = Bugs = | ||
== | == Bogue de débogage== | ||
=== Problème === | |||
* Vincent Sylvester a trouvé un '''bogue dans la sortie de débogage pour LOGHTTP ''', mais il n'a pas encore trouvé ce qui s'est cassé cette fois-ci. C'est quelque chose dans un '''bloc try catch'''[https://fr.wikipedia.org/wiki/Syst%C3%A8me_de_gestion_d%27exceptions] qui enregistre simplement '''logheader Exception'''. Cela ne se produit que si des données non valides sont envoyées à l'application. | |||
* Vincent Sylvester a provoqué l'erreur. Il a utilisé la commande de console '''« debug http in 6 »'''[http://opensimulator.org/wiki/Server_Commands/fr#D.C3.A9bogage] qui affiche ce que la console voit arriver par HTTP. Heureusement elle ne fait pas planter OpenSim et il est peu probable que cela se produise dans un fonctionnement normal. | |||
* Message enregistré par log4net (bibliothèque de journalisation )[https://fr.wikipedia.org/wiki/Log4net] dans le bloc try catch : | |||
$[LOGHTTP] : Exception{exception} | |||
=== Origine du problème === | |||
* Difficile de dire quoi que ce soit... il peut s'agir d'une simple erreur de frappe ou autre. | |||
* Le problème est peut-être lié à une question de rendu des couleurs dans les messages de log. Donc le bogue pourrait être assez spécifique et lié à l'affichage visuel plutôt qu'à une erreur fonctionnelle majeure. | |||
= Informations = | = Informations = | ||
== OSCC 2024 == | == OSCC 2024 == | ||
* '''Ouverture des inscriptions''' (toutes les conférences sont en anglais) : https://conference.opensimulator.org/community-social-event-sign-up/ | * '''Ouverture des inscriptions''' (toutes les conférences sont en anglais) : https://conference.opensimulator.org/community-social-event-sign-up/ | ||
* Lyr Lobo communiquera '''le programme''' une fois que les intervenants auront confirmer leur participation. | |||
* '''Première session de formation''' : ce samedi 09-11-2024 | |||
* '''Les événements''' se déroulent à l'heure qui convient à l'intervenant, la semaine qui suit la conférence. | |||
* Il y a aussi '''des ateliers de zoom''' pour les gens qui ont besoin de 60-90 minutes pour faire des démonstrations ou discuter de problèmes de conception. | |||
= Viewers= | = Viewers= | ||
== Dayturn == | == Dayturn == | ||
* Gavin Hird travaille sur le code du viewer presque tous les jours. Il doit écrire '''beaucoup de code de mises à jour''' ennuyeuses à cause de la '''mise à jour des compilateurs'''. | |||
= Source= | = Source= | ||
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-05 | http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-05 |
Dernière version du 14 novembre 2024 à 10:37
Avertissement
Attention : Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux réunions du mardi ou sur le canal IRC. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉 |
Modules de carte
Génération des tuiles d'une grille
Travail de Vincent Sylvester
Changement
- Vincent Sylvester a amélioré la vitesse de rendu des tuiles de carte en utilisant des pointeurs mémoire et une approche de force brute. Cela a permis de rendre 5000 images en 15 secondes pour 11 niveaux à partir de 13000 tuiles individuelles. Cette méthode est utilisée pour régénérer les tuiles déféctueuses supprimées (voir le premier gif animé ou la vidéo).
- L'ancienne méthode a été conservée pour que le système n'ait pas à tout refaire chaque fois qu'une nouvelle région envoie des tuiles.
- Séparation le processus de rendu des tuiles du processus principal du programme : Warp3D ne bloque plus le programme principal pendant le rendu des tuiles. Warp3D ne bloque plus non plus le démarrage, une tuile d'eau est envoyée au début et quand la tuile est terminée, elle est envoyée. Seul vrai inconvénient, le processus étant sur son propre thread, il ne peut pas utiliser plus de 100% du CPU. C'est surtout un problème pour Warp3D. Mais, on pourrait peut-être réduire la charge de Warp3D avec des pointeurs plus complexes.
- Possibilité de choisir le moteur de rendu des tuiles, par exemple utiliser MapImageModule au début et Warp3D plus tard (voir le deuxième gif animé).
- Vincent Sylvester a l'intention de tester ce système en production pendant un certain temps pour résoudre les problèmes qui pourraient encore exister et ensuite Ubit Umarov aura la joie de s'occuper d'une autre pull request.
Illustration
- Génération des tuiles (Gif animé) : https://i.imgur.com/a96j9BT.gif%7C500px
- Génération des tuiles (Vidéo) : https://www.youtube.com/watch?v=B48fj1KNmu0
- Changer de moteur de rendu (Gif animé) : https://i.imgur.com/q9b8Gnh.gif%7C500px
Commentaire de la vidéo
NDLR : Description du premier gif animé ou de la vidéo:
ls
du -sh 85 Mo
rm map-2* map-3* map-4* map-5* map-6* map-7* map-8* map-9*
Found 13048 new tiles to render Paging worker to render tiles .... Starting maptile generation ... 1000 tiles queued 2000 tiles queued [...] Processed level 4 withe 315 tiles processed level 5 withe 126 tiles [...] Finish generated 5212 zoom level tiles ...
Décription du deuxième gif animé.
# Utiliser le moteur MapImageModule ./opensimmanage.Sh command warehouse "generate map MapImageModule" #Utiliser le moteur Warp3D ./opensimmanage.Sh command warehouse "generate map Warp3D" |
Bugs
Bogue de débogage
Problème
- Vincent Sylvester a trouvé un bogue dans la sortie de débogage pour LOGHTTP , mais il n'a pas encore trouvé ce qui s'est cassé cette fois-ci. C'est quelque chose dans un bloc try catch[2] qui enregistre simplement logheader Exception. Cela ne se produit que si des données non valides sont envoyées à l'application.
- Vincent Sylvester a provoqué l'erreur. Il a utilisé la commande de console « debug http in 6 »[3] qui affiche ce que la console voit arriver par HTTP. Heureusement elle ne fait pas planter OpenSim et il est peu probable que cela se produise dans un fonctionnement normal.
- Message enregistré par log4net (bibliothèque de journalisation )[4] dans le bloc try catch :
$[LOGHTTP] : Exception{exception}
Origine du problème
- Difficile de dire quoi que ce soit... il peut s'agir d'une simple erreur de frappe ou autre.
- Le problème est peut-être lié à une question de rendu des couleurs dans les messages de log. Donc le bogue pourrait être assez spécifique et lié à l'affichage visuel plutôt qu'à une erreur fonctionnelle majeure.
Informations
OSCC 2024
- Ouverture des inscriptions (toutes les conférences sont en anglais) : https://conference.opensimulator.org/community-social-event-sign-up/
- Lyr Lobo communiquera le programme une fois que les intervenants auront confirmer leur participation.
- Première session de formation : ce samedi 09-11-2024
- Les événements se déroulent à l'heure qui convient à l'intervenant, la semaine qui suit la conférence.
- Il y a aussi des ateliers de zoom pour les gens qui ont besoin de 60-90 minutes pour faire des démonstrations ou discuter de problèmes de conception.
Viewers
Dayturn
- Gavin Hird travaille sur le code du viewer presque tous les jours. Il doit écrire beaucoup de code de mises à jour ennuyeuses à cause de la mise à jour des compilateurs.
Source
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-05