Réunion du 31-10-2023

Changements du code de la semaine

• Aucun changement dans le code cette semaine.
• Le master va bientôt être mis à jour vers dotnet6.

Modules

Test sur les cartes de région

• Génération d'une carte avec 13 niveaux de zoom ai lieux de 9 niveaux, 12000 tuiles de région en 20 minutes environ (10 tuiles par seconde).
• Système beaucoup plus rapide que l'ancien système utilisé actuellement.
• Le plus gros problème du système actuel est qu'il ne rend pas correctement les varregions.

Bugs

Non prise en compte des modifications des primitives

• Problème de sérialisation .
• Il serait utile d'avoir des tests pour vérifier que la suppression d'une prim d'une scène soit effective et ne laisse pas un fantôme de la prim.
• Mise en évidence :
  • Si vous déconnectez, reliez et supprimez rapidement certains éléments de la base de données, même si la région semble vide, redémarrez-la et les prims réapparaissent.
  • Prendre un objet lié, éditer les parties liées, délier une partie, dupliquer cette partie par shift drag, puis tout lier à nouveau et la charger dans l'inventaire. Au prochain redémarrage, la partie non liée est de nouveau sur le sol. Si on fait ça, on peut voir dans la base de données l'objet lié puis la prim non liée est ajoutée, ensuite le nouvel objet lié, l'objet lié d'origine qui est supprimé et ensuite quand on fait l'inventaire le nouvel objet lié est supprimé, la prim non liée reste par contre.
• Explication possible: la façon asynchrone dont ces tâches sont planifiées pour ne pas retarder les choses et c'est si rapide que le résultat est perdu.
• Solution : les mises à jour de la DB DOIVENT être retardées.

Tests

Tests unitaires

• Si quelqu'un veut aider à écrire des tests il ou elle est bienvenu.e.
• Nunit et Xunit semblent être les deux solutions les plus utilisées actuellement. Xunit est recommandé pour l'utilisation de dotnet, Nunit étant le deuxième de la liste.
• La configuration pour faire fonctionner Xunit a réussi donc maintenant, il existe une écriture pour utiliser Xunit. Des test de Xunit sont en cours en cours et un travail de préparation de la base de données a été réalisé.
• Voir la réunion du 17-10-2023
• Certains anciens tests ne sont plus utiles mais d'autres ont signalé des bogues dans le passé, donc ils ne sont pas tous inutiles. Certains changements sur dotnet6 peuvent altérer les tests car les réultats attendus par les tests ont changé.
• Le but n'est pas de les réécrire un par un les tests, juste d'avoir des idées sur les parties à tester et peut-être sur les outils qui existent comme le moteur de script fictif, les aides de scène et autres.
• Le plan est de documenter les tests qui existaient, de définir les tests les plus importants et de comprendre comment ils fonctionnaient. Cela pourrait donner une idée de ce qu'il faut encore tester comme :
  • 🔹 les connexions,
  • 🔹 l'inventaire,
  • 🔹 la sérialisation de la base de données,
  • 🔹 les téléports et
  • 🔹 les franchissements de régions.
  • 🔹 Les tests sur les permissions sont les plus récents, les règles de permissions de SL sont déroutantes. Le code de permission, l'accès aux parcelles et aux domaines sont un sac d'embouilles pour le moment, écrire des tests pour cela sera amusant.
  • 🔹 Idéalement il faudrait tester chaque module en lui envoyant des données et en vérifiant si le test réussit comme prévu ou échoue.
  • 🔹 Le problème des sensor est un peu plus difficile à tester. Un sensor qui ne fonctionne pas est ennuyeux, mais pas immédiatement dangereux. L'inventaire se corrompt à cause d'une mauvaise sérialisation, c'est un peu plus grave.
• La prochaine chose à faire est de trouver comment enregistrer les résultats des tests et les intégrer à jenkins.
• Jenkins peut tout à fait faire du dotnet, il suffit de changer quelques commandes, le reste est identique.
• Priorité : passer en revue les changements de dotnet à partir de master et écrire des tests pour ces changements.

Viewer

Demande des développeurs de viewers

• Si OpenSimulator veut obtenir le support des viewers, il est essentiel que toutes les différences avec SL soient documentées. Les développeurs de viewers, ont VRAIMENT BESOIN de cela.
• C'est une chose plus facile à dire qu'à faire car SL ne documente correctement pas ses protocoles et tous le reste. Si les développeurs ont des questions, ils peuvent les poser sur la liste de diffusion et sur irc toute la journée et toute la semaine.
• Les différences pour OpenSim :
  • le baking de l'avatar qui se fait côté viewer,
  • Les profils
  • Hypergrid
  • la gestion des varregions,
  • la longueur autorisée du fichier son,
  • la hauteur de construction, la taille maximale de la prim, le nombre de groupes autorisés, etc.
  • pas de limite pour la longueur des identifiants de groupe et tout le reste en dehors des limites de la taille des champs de la base de données,
  • alias d'url,
  • AIS V3 n'arrivera peut-être jamais. AIS : moyen pour le Second Life Viewer de récupérer la liste des articles d'inventaire.

Nouveautés côté SL

• Mise à jour de l'AIS qui est une véritable rupture pour le code des viewers et il y en aura d'autres.

Cool Vl viewer

• supporte AIS.

Sharpview

Le support des varrégions fonctionne dans Sharpview. En grande partie. Les jonctions entre régions ne fonctionnent pas encore.

Projets en cours / Infos

• AIS V3: changements de code sur tout ce qui concerne le stockage... toutes les bases de données et l'enregistrement des régions.

Source

• http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-10-31