Réunion du 29-10-2024

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.😉

Base de données

Migration PostgreSQL

• Vincent Sylvester a écrit les fichiers pour le nouveau système de migration de PostgreSQL. PostgreSQL définit un index ou une clé primaire de 4 façons différentes. Il y a 220 fichiers de schéma rien que pour PostgreSQL. En comparaison, il n'y en a qu'une centaine pour MySQL. De plus, un grand nombre de migrations nécessitent la création de tables temporaires dans lesquelles les données sont réinjectées, car on ne peut pas changer de type à la volée.
• Étape suivante : tester le système.

Migration MariaDB et SQLite

• Pour MariaDB, le nouveau système fonctionne et est capable de migrer différentes versions des tables. Il détecte la version d'une table en se basant sur les fichiers du schéma. Les informations sur les versions se trouvent dans les commentaires des tables plutôt que dans une table dédiée aux migrations.
• SQLite utilise simplement la détection des schémas , il n'a pas encore de commentaires sur les tables.

Tests

OpenSim sur Ubuntu sur Apple Silicon

• Cuga Rajal a installé Ubunto arm64 sur Apple Silicon, il a pu construire le système d'exploitation. Apple semble adhérer à un standard et peut implémenter arm64 selon les spécifications. Ils ont un jeu d'instructions légèrement étendu mais conforme. Ils ont implémenté le jeu d'intruction obligatoire . Par exemple la commande uname -m retourne aarch64 à la place de arm64. Mais, ils ont aussi ajouté leurs instructions comme les instructions Intel memory mode. Toutefois, les bibliothèques se chargent de la même manière.
• Il semble que le nouvel Ubuntu inclut un support GPU pour les processeurs Silicon mais, le système d'exploitation ne l'utilise probablement pas pleinement. Ubuntu ne fonctionne que sur les processeurs M1 et M2 et pas sur M3 ou M4. Cela peut changer à l'avenir. Les anciens modèles M1 devriendront bientôt moins chers et seront plus rapides que les systèmes x86_64.
• Il est possible d'installer une version sans interface graphique d'Ubuntu (Ndrl Ubuntu server ?) ce qui permet d'économiser des ressources CPU. Cette solution serait plus rapide que MacOS.
• Bibliothèques non gérées pour OpenSim
  • Cuga Rajal a pu utiliser celles qui avaient été construites pour Raspberry Pi.
  • Il a aussi construit ces bibliothèques avec GCC fourni avec Ubuntu arm64. Cuga Rajal tient ces bibliothèques à la disposition des personnes intéressées. Elles pourraient être mieux optimisées pour la configuration Apple Slilcon.
  • OpenSim fonctionne bien avec ces deux solutions.

NDLR  : Je n'utilise pas Mac donc je n'ai aucune compétence dans le domaine. J'ai trouvé ce lien, peut-être sera t-il utile à quelqu'un ? Installer Ubuntu Desktop 22.04 ARM64 sur macOS Apple Silicon (M1/Pro/Max) dans Parallels

Comparer deux installations OpenSim

Pour comparer les performances physiques, le débit des scripts, etc., plusieurs solutions sont proposées :

• on peut remplir une région avec des avatars. Pour cela on peut utiliser pCampbot. Cet outil est un peu difficile à faire fonctionner.
• on peut également utiliser de nombreux PNJ (NPC) et les faire se déplacer. Ce n'est pas aussi lourd qu'un avatar complet, mais ça donne une idée.
• Il suffit de comparer l'utilisation du processeur et de la mémoire pour une charge connue dans des conditions les plus analogues possibles.

NDLR  : Exemple de NPC abeille qui se promènent aléatoirement dans l'espace d'une ruche. Chaque abeille est un NPC Utilisation de pCambot

Informations

OSCC 2024

• Dernier appel pour les propositions d'évènements ou d'ateliers Zoom pour l'OSCC 2024. Les ateliers Zoom se dérouleront la semaine après la conférence. Lien pour les propositions
• Il sera possible de s'inscrire à la conférence : c'est gratuit et ouvert à tous. Il y a des inscriptions anticipées pour les Dev Core, les conférenciers et les volontaires. Mais, au jour de la réunion, le lien d'inscription du site n'a pas encore été ouvert.
• Lien du site de la conférence : https://conference.opensimulator.org/

NDLR  : Copié-collé de la traduction anglais/français de Firefox d'un extrait de la page "Conférence communautaire OpenSimulator" INFORMATIONS DE L'ENREGISTREMENT Les billets pour la conférence sont gratuits mais en nombre limité. Nous offrons également des billets Crowfunder spéciaux qui offrent des avantages, y compris des places réservées VIP, des cabines d'exposition sur l'événement, des t-shirts physiques et d'autres articles promotionnels de l'OSCC22. Nous espérons être en mesure d'accueillir plus de 350 utilisateurs au total, un chiffre qui comprend des orateurs, des sponsors et du personnel. Les places sont limitées, l'inscription est ouverte selon le principe du premier arrivé, premier servi jusqu'à ce que le nombre maximum de billets de centre de conférence virtuels soit atteint. À ce moment-là, les membres de la communauté pourront toujours s'inscrire pour la version en direct de la conférence qui sera disponible. La zone d'exposition ne sera pas billetée et peut donc être consultée par n'importe quel avatar, sous réserve de contraintes sur le nombre d'avatars que les régions d'exposition peuvent accueillir à un moment donné.

Heure d'hiver

• Passage à l'heure d'été dimanche 03 novembre aux États-Unis, il sera 2h00 PM à 3h00 PM.
• Tout le monde sera à nouveau en phase pour la réunion.
• Réunion du 22 octobre : Heure d'hiver en Europe

Viewers

Discusion à propos des fuseaux horaires dans les viewers

Le problème de SLT

• Voir "fuseaux horaire" dans le lexique d'OSWiki
• Maintenant dans les viewers SLT (Second Life Time) est écrit à la place de PDT (Pacific Daylight Time) ou PST(Pacific Standard Time). Le format SLT de l'heure est codé en dur dans Firestorm et correspond à PST/PDT. Vincent Sylvester pense que passer d'un fuseau horaire connu à un fuseau horaire inventé par Second Life va embrouiller encore plus les utilisateurs.
• Les grilles changent d'heure en fonction des règles américaines.
• Techniquement on pouvait afficher le fuseau indiqué dans la configuration de la grille, mais les viewers devaient s'y conformer, ils ne le faisaient pas tous. Maintenant comme le fuseau horaire SLT est codé en dur , ce n'est plus possible. Il faudrait ouvrir un ticket pour Firestorm afin de leur demander de respecter les fuseaux horaires envoyés par OpenSim.
• SLT n'est utilisé qu'à l'affichage, les processus internes ont besoin d'un standard de temps qui ne change jamais : UTC.

Discussion autour du temps dans OpenSimulator

• Ubit Umarov pense que UTC devrait être le standard utilisé pour éviter la confusion, car c'est la référence universelle pour le temps.
• Vincent Sylvester souligne que peu de gens comprennent ce qu'est le SLT (Second Life Time) et que cela complique la communication autour des événements et des horaires. : Il est difficile de trouver des informations sur la conversion entre GMT et SLT, ce qui ajoute à la confusion.
• Il faudrait que les viewers respectent le fuseau horaire envoyé par le serveur (ROBUST) pour éviter la confusion.
• Configuration dans ROBUST :

DSTZone = « America/Los_Angeles;Pacific Standard Time »

• Si NTP (Network Time Protocol) n'était pas utilisé, chaque viewer aurait son propre temps. NTP est important pour les grilles et les régions. Par exemple certaines fonctions LSL d'OpenSim peuvent tromper les scripteurs car elles peuvent donner l'heure locale du serveur elle n'utilisent pas NTP. Par exemple, la fonction llGetWallclock renverra l'heure en fonction de la machine sur laquelle elle est exécutée alors que Robust peut dire à l'observateur quel fuseau horaire utiliser.
• Si chaque région pouvait avoir son propre fuseau horaire cela serait déroutant pour les utilisateurs qui se téléportent d'une région à l'autre. Actuellement, il n'y a pas d'échange de temps avec les régions.
• Mais Gavin Hird regrette l'époque des chemins de fer, quand chaque station avait sa propre heure et qu'il fallait régler l'horloge en avant ou en arrière pour chaque arrêt. Il aimerait que chaque grille soit comme cela ou même chaque région pour se téléporter dans le temps.
• Avec les anciennes régions de Windlight, il est possible d'envoyer une sorte de temps UNIX alors que EEP utilise UTC. La source de temps (UTC) est différente du fuseau horaire.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-10-29