Réunion du 16-09-2025

Changements du code de la semaine

Patch pour PostgreSQL

• Commit 154637 : Patch de Licu Rau de Craft/World pour les amis dans PostgreSQL (non testé :()
• Le patch contourne certains problèmes liés à la sensibilité à la casse et ajoute GetUsersWhere() que seul MySQL supportait.

Correctif chaine temporaires inutiles

• Commit 67e7db  : Cosmétiques, chaînes inutiles.
• Ajout d'un correctif de Vincent Sylvester qui supprime une chaîne temporaire inutile.

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

Conversion

• Gavin Hird a utilisé ChatGPT pour convertir les vues PostgreSQL en vues MySQL et cela a très bien fonctionné. Il imagine que cela doit fonctionner dans l'autre sens. Il voulait convertir le code SQL pour l'utiliser avec la version MySQL propriétaire.
• Vincent Sylvester est surpris que cela fonctionne aussi bien avec toutes les conventions de nommage différentes, mais il pense que c'est plus rapide de le faire comme cela.
• Gavin Hird se demande si cela pourrait convertir le code du module de recherche OpenSimSearch pour qu'il fonctionne avec PostgreSQL et PHP.

MariaDB et MySQL

• Les différences qui apparaissent entre MariaDB et MySQL commence à poser des problèmes. Cela rend de plus en plus fastidieuse l'écriture d'un code commun aux deux SGBD.

Scripts

Fonction llSetRenderMaterial

La fonction sur de Linden Lab

 Function: llSetRenderMaterial( string material, integer face );

• Définit le matériau d'une face d'une primitive. Cette fonction efface la plupart des propriétés PRIM_GLTF_* de la face, à l'exception des répétitions, des décalages et de la rotation_en_radians.

Question

• Cette fonction est-elle en développement pour OpenSim ?

Discussion

• Hyacinth Jean a commencé à écrire les fonctions . Elles fonctionnent relativement bien pour implémenter un seul projet. Mais il faut encore du code pour remplir les matériaux par défaut, et d'autres options. S'il est prévu d'intégrer llSetRenderMaterial à OpenSim, il va attendre.
• Ubit Umarov dit que pour bien gérer cela, les régions doivent récupérer et décoder l'asset PBR. Ensuite, il faut utiliser « keep » et « update » et « pbr override ». De plus il faut supprimer l'asset et ses paramètres sans supprimer le mécanisme qui applique le remplacement des propriétés car celui-ci comprend également les transformations des textures. Pour finir Linden Lab n'a cessé de changer les choses. Donc tout cela a retardé l'implémentation de cette fonction.
• La dernière fois que Vincent Sylvester a visité la page de la fonction, les constantes n'avaient pas de encore de pages de wiki, ce qui indique qu'elles sont « susceptibles d'être modifiées ».
• Ubit Umarov propose à Hyacinth Jean de partager son code sur Mantis.

Modules

Module de recherche OpenSimSearch

• Il y a quelques bugs et certaines parties manquantes dans le module qu'Andrew Hellershanks a maintenu [1].
• Hyacinth Jean signale des erreurs quand la carte s'affiche, probablement lors d'une recherche de marqueurs d'événements ou autres.
• Vincent Sylvester a corrigé le module du côté PHP en créant un système de recherche Web il y a quelques temps.[2]. Mais ce code est au format CodeIgniter. Il faut le convertir en php simple. Il faut également que toutes les tables de la base de données aient le même format, le même jeu de caractères, etc., sinon il est impossible de créer des requêtes de recherche correctes entre elles, car les jointures prendraient des minutes pour convertir les données.
• Andrew Hellershanks dit qu'il va consulter le suivi des bogues pour ossearch .

Module admin

• Il ne fonctionne que pour MySQL.

Module OpenSimProfile

• Andrew Hellershanks dit qu'il va consulter le suivi des bogues pour OpenSimProfile [3].

Tests

Quelques travaux en cours

Débogage d'un bug d'environnement

• Vincent Sylvester est en train de déboguer un bug d'environnement qui pourrait être du côté serveur ou du côté client, trop tôt pour le dire.

Tests sur la réécriture dans Primitems

• Vincent Sylvester va effectuer quelqtes tests sur la réécriture dans Primitems pour s'assurer que cela ne perturbe pas certains cas particuliers, mais cela semble fonctionner pour l'instant.
• Cela devrait réduire les écritures sur le disque de certains éléments volumineux réécrits à plusieurs reprises sur le disque.

Informations

Ambiance de la réunion

• Hyacinth Jean remercie l'équipe pour leur travail. Il évoque son dernier passage à la réunion en 2019 et il dit que c'était un peu un peu la foire d'empoigne.
• Andrew Hellershanks dit que certains jour cela peut être le cas mais qu'il essaie de ne pas laisser les choses déraper.

Bilan de PBR et cartes graphiques

• Ubit Umaraov pense que Linden Lab a fait un énorme gâchis avec PBR et avec les performances côté viewer. Cela fait surchauffer le GPU. Il faut payer très cher pour avoir un GPU à la hauteur.
• Gavin Hird trouve qu'avec PBR toutes les parois rocheuses dans le monde virtuel semblent avoir été arrosées par la pluie.
• Hyacinth Jean s'inquiète du fait que tout le monde télécharge par défaut des textures 2048x2048 pour tout. Les modèles sur Sketchfab ont tous des textures énormes. Il suggère d'ajouter un moyen de limiter la taille des textures lors de téléchargement de matériaux.
• Vincent Sylvester signale qu'il est possible de modifier la résolution maximale autorisée au téléchargement, mais le viewer va juste interrompre le téléchargement.
• Andrew Hellershanks dit que cela dépend de la façon dont la texture sera utilisée. 2k x 2k semble raisonnable pour un terrain ou un objet de grande taille, mais pas pour un petit objet.

Baking de textures 2048x2048 et avatars

Baking de texture

• Manuel Blender3D : Pré-calcul de rendu
• Site Graphisme 3D

Problèmes

• Le baking de texture pour OpenSim se fait côté viewer. Les textures générées sont temporaires.
• Le viewer est censé envoyer des bakes qui ont la taille de la plus grande texture utilisée. Même si toutes les textures ont une taille de 1024, il compose quand même une texture bake de 2048 pour l'ensemble. Cela semble poser des problèmes aux utilisateurs qui utilisent les anciennes versions des viewers.
• Hyacinth Jean dit que quand il porte un avatar BOM, les personnes qui utilisent d'anciennes versions du viewer ne voient que du gris. Cela a été testé, parfois certaines personnes le voyaient en gris mais pas toujours. En revanche si quelqu'un utilise Firestorm 7.X, il n'y a pas de problème.

Question

• Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?

Discussions

• Processus
  • Le service de baking dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.
• Redimensionnement impossible côté serveur
  • Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image j2k, la réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. De plus, la façon dont Linden Lab procède pour encoder les images est en fait une violation des spécifications des fichiers j2k. Ils ne peuvent pas utiliser une bibliothèque OpenJPEG moderne. Seuls KDU et une ancienne version d'OpenJPEG permettent le bidouillage qu'ils font.
• Redimensionnement côté viewer
  • Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.
  • Hyacinth Jean dit qu'en théorie c'est vrai mais dans Second Life les textures 2k ne posent aucun problème à part le lag.
  • Il faudrait demander à Beq de faire un code spécial pour OpenSim, Gavin Hird pour le viewer Dayturn et Joe Magarac pour le viewer Sharpview sont présents à la réunion .
  • Le viewer limite toujours la tailles des textures des yeux des avatars, elles sont toujours à 512.
  • Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.
• Affichage et version des viewers
  • Vincent Sylvester dit que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k. Il trouve étrange que les anciens viewers n'affichent pas les textures 2k car il y a toujours eu des textures dynamiques avec cette résolution qui fonctionnaient très bien. Il y a peut-être un autre problème.
  • Hyacinth Jean précise que l'affichage des textures 2k est instable avec les anciens viewers. Parfois cela fonctionne et parfois non.
  • Vincent Sylvester pense que la branche 6.x est "sous assistance respiratoire", et qu'il ne faudra probablement pas longtemps avant qu'elle ne suscite plus aucun intérêt.

OSCC 2025

• Appel à propositions pour l'OSCC 2025 a été lancé : https://conference.opensimulator.org/speakers/call-for-proposals/
• Toute personne souhaitant organiser un événement communautaire, une courte conférence ou une table ronde est invitée à envoyer une proposition.
• Ce ne sera pas pareil sans Mal Burns... Thirza organise un Hypergrid Safari pour lui le 1er octobre sur Craft. Les détails seront publiés ici https://hgsafari.blogspot.com/.

Viewers Linden Lab

• Pas de nouvelle mises à jor du viewer mobile depuis des semaines chez Linden Lab.
• Un code de construction pour les architectures ARM commence à apparaître pour le viewer régulier. Il y aurait un développement en cours pour rendre le viewer compatible avec des dispositifs utilisant des processeurs ARM, comme certains modèles de Mac.
• Linden Lab pourraient écrire un moteur de rendu graphique. Linden Lab pourrait avoir abandonné l'idée de poursuivre un développement basé sur Unity,

Viewers

Dayturn

• Le développement avance petit à petit. Comme Gavin Hird ne peut construire que dans une machine virtuelle, cela devient de plus en plus compliqué.
• Il doit également installer la dernière version de macOS sortie le jour précédant la réunion pour voir si le viewer fonctionne. Il n'a plus qu'une seule machine Intel sur laquelle il peut l'installer.

Firestorm

• FIRE-35455 : [OpenSim] La syntaxe du script xml n'est pas chargée correctement.
• Vincent Sylvester a soumis un correctif[4] à FireStorm pour corriger le problème de mise en évidence syntaxique dans le viewer.
• Le viewer ne chargeait pas correctement la substitution du simulateur.
• Cela pourrait prendre un certain temps avant d'être fusionné.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2025-09-16