Aller au contenu

« Réunion du 25-11-2025 » : différence entre les versions

De OSWiki
Ligne 22 : Ligne 22 :
{{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.😉}}
= Base de données =
= Base de données =
== Migration ==
* Vincent Sylvester a encore la réécriture de '''la migration''' des bases de données en attente, qui doit finalement être intégrée, mais cela nécessite encore quelques '''ajustements et tests'''.
== Vues matérialisées et jointures ==
== Vues matérialisées et jointures ==
{{NDLR|fond=skyblue |bord=dodgerblue|message = <br>
{{NDLR|fond=skyblue |bord=dodgerblue|message = <br>

Version du 29 janvier 2026 à 14:16

Changements du code de la semaine

Chargeur TIFF

  • Commit 2db1fa : Chargeur TIFF jusqu'à 32 bits flottants, cosmétiques.
  • Vincent Sylvester a étendu le chargeur TIFF pour qu'il utilise des nombres à virgule flottante 32 bits et puisse également charger certains formats moins courants. Comme le format TIFF peut être utilisé dans la plupart des éditeurs de photos et qu'il prend en charge le format qu'OpenSim utilise pour les heightmaps, cela semble être une bonne option. Le format PNG et les autres arrondissent ou coupent les données, car leur format ne prend pas en charge les nombres à virgule flottante 32 bits.
  • Vincent Sylvester a également ajouté un moyen de vérifier si le terrain a une hauteur qu'un chargeur spécifique tronquerait à 256 mètres.
  • Il a décalé la conversion en niveaux de gris de 256 points vers le bas pour tenir compte du terrain négatif, pour permettre aux fichiers TIFF existants de se charger beaucoup plus bas.
  • C'est un format qui correspond exactement aux cartes d'altitude en interne et qui peut être facilement modifié.
  • À l'origine, cette modification faisait partie d'une refonte plus large de l'ensemble du système de tuiles de carte, des générateurs et du service de carte, mais Vincent Sylvester a isolé cette partie pour faciliter la compréhension.

Corection de PostgreSQL

  • Commit 8714f5 : Quelques modifications apportées à pgsql, merci Tampa (non testées, il peut y avoir des erreurs).
  • PostgreSQL fonctionne à nouveau, le code a été testé sur la version 18 et cela fonctionne.

Le problème

  • La semaine dernière Vincent Sylvester avait signalé que PostgreSQL 18(dernière version) faisait planter OpenSim. Apparemment, une partie du code essayait de comparer une chaîne à un UUID ou plutôt à un GUID, ce qui a fait exploser les connexions.

Discussion

  • Maintenant, les connexions fonctionnent avec PostegreSQL 18. Il y avait également un petit bug dans XAssets qui a été corrigé. Probablement parce que personne ne l'utilise, il n'a pas été détecté.
  • À l'origine dans OpenSim, les UUID étaient stockés sous forme de CHAR36 comme sur MySQL. Mais ensuite, il y a eu un changement pour utiliser l'UUID natif et tous les codes n'ont pas reçu les modifications nécessaires.
  • À la version 15, PostegreSQl a imposé la comparaison des types pour qu'ils soient identiques, donc la comparaison d'une chaîne avec un UUID explose. Vincent Sylvester avait rencontré ce problème en testant des versions récentes de PostgreSQL. Au départ il pensait qe le souci venait du connecteur et non du wrapper.
  • Dans PostegreSQL il existe apparemment des moyens d'accélérer considérablement certaines requêtes, mais cela relève du réglage de la base de données, un domaine que Vincent Sylvester dit ne pas très bien maîtriser.

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

  • Vincent Sylvester a encore la réécriture de la migration des bases de données en attente, qui doit finalement être intégrée, mais cela nécessite encore quelques ajustements et tests.

Vues matérialisées et jointures

NDLR  :
  • En informatique, dans les systèmes de gestion de base de données de type relationnel, une vue est une table virtuelle représentant le résultat d’une requête sur la base [1].
  • En informatique et plus particulièrement dans les bases de données relationnelles, la jointure ou appariement est l'opération permettant d’associer plusieurs tables ou vues de la base par le biais d’un lien logique de données entre les différentes tables ou vues, le lien étant vérifié par le biais d'un prédicat. [2]


  • Il existe des vues matérialisées qui pourraient être utilisées à de nombreux endroits dans le code d'OpenSim, au lieu de manipuler les tables de manière aussi complexe, comme cela se fait actuellement.
  • 🏗️

Encodages des caractères

  • Les réponses aux requêtes de base de données sont extrêmement lentes en raison des incompatibilités entre les jeux de caractères des tables, ce qui rend les opérations de jointure très lentes en nécessitant des conversions de données.
  • Vincent Sylvester a tout unifié en uft8mb4 sans plus. D'après ce qu'il sait,cet encodage peut gérer tout ce qui est latin1 et, même s'il est assez lourd en termes de données, il devrait permettre de traiter tous les éléments étranges que la base de données rencontre.
  • 🏗️

Informations

OSCC 2025

  • Nous sommes à environ une semaine et demie du week-end OSCC.
  • Vendredi 5 décembre il y a trois concerts à partir de midi, heure du Pacifique et 21h heure de Paris.
  • La conférence débute samedi à 7 h avec le plateau des Développeurs (samedi 16h heure de Paris) .
  • Le plateau des VIP est à 11 h 45 PST , 20h45 heure de Paris.
  • Le programme officiel est en ligne à l'adresse https://conference.opensimulator.org/compact-schedule/ . Ajoutez 9h aux horaires si vous utilisez l'heure de Paris.
  • La conférence sera diffusée en direct sur la chaîne Youtube AvaconInc.
  • La conférence utilise Discord pour la voix et elle sera diffusée dans le flux musical des viewers.

Viewers

Chat vocal

  • Vivox ne semble pas avoir désactiver la voix sur OpenSim. Elle fonctionne toujours.
  • Il y avait quelques problèmes de voix sur des systèmes basés sur UNIX. Si c'est le cas, il faut mettre le viewer à jour.
  • La région Welcome sur Zetaworlds dispose de quelques parcelles avec la voix où il est possible de tester le chat vocal.

Firestorm

Idée de traducteur OpenSim intégré

  • Vincent Sylvester c'est entretenu avec des responsables de Firestorm au sujet de l'onglet « Centres d'intérêt » qui a disparu depuis longtemps dans le profil. Il pense qu'il pourrait être recyclé pour utilisé les données qu'il contient afin de créer un traducteur directement dans OpenSim.
  • Cela semble peu probable car le travail nécessaire pour le rétablir est trop important. Cependant, cela laisse la question de l'utilisation des données contenues dans la base de données en suspens.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2025-11-25