Réunion du 02-09-2025
Apparence
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.😉 |
Noyau
Base de données
Fichiers de migration et de schéma
- Vincent Sylvester a commencé la rédaction des fichiers de migration et de schéma pour le master(branche principale du développement du logiciel).
- Après plusieurs mois de tests, le système semble suffisamment solide. Mais, d'autres tests sont en cours.
- La non-standardisation du SQL] a rendu ce travail compliqué. Par exemple, il a fallu réécrire plusieurs fois lesrequêtes et les routines pour gérer les singularités de SqLite.
Wikipedia :
|
Modules
Carte
Rendu de carte
Contexte
- Vincent Sylvester a développé sur son fork d'OpenSim un système de génération de carte plus rapide. Quelque chose dans la génération additive du niveau de zoom provoque progressivement des artefacts étranges.
- Il a conservé la routine initiale consistant à ajouter de nouvelles tuiles à celles existantes afin de réduire la charge, mais elles finissent par mal rendre l'eau, on peut voir des taches sur la carte.
Origines possibles
- Le verrouillage de fichiers que Vincent Sylvester a ajouté est peut-être à l'origine de ce bug.
- Une autre explication possible est que la routine chargée d'attendre que toutes les tuiles soient générées n'attend pas assez longtemps
Solutions
- Les tuiles existent et un rafraichissement complet arrange les choses. Le rafraichissement complet de 17 000 tuiles ne prend que 30 secondes.
- Le fait de mettre à jour maptile toutes les heures masque en fait le problème pour l'instant, car cela semble bien fonctionner, cependant, il serait préférable que la routine qui détecte l'ajout d'une carte fonctionne, car elle sollicite moins le système. Il faut une actualisation car .NET ne s'abonne pas à inode pour détecter les changements.
- Contrairement à des systèmes comme Linux, qui suivent les modifications de fichiers via des inodes, .NET ne dispose pas de cette capacité automatique et nécessite un rafraîchissement manuel pour mettre à jour les données.
Bugs
Libgdiplus
- Après avoir découvert le problème de rendu des polices(voir la semaine dernière) , Vincent Sylvester est revenu aux versions précédentes qui étaient publiques sur les dépôts apt de Canonical, mais ces versions présentent une fuite de mémoire importante. Il a donc opté pour la version publiée par mono, qui est légèrement supérieure, mais qui corrige la fuite et permet un rendu correct des polices.
- Il indique comment installer cette version sur le wiki .
- 🏗️
Tests
Informations
OSCC 2025
- Date de la conférence : Les 6 et 7 décembre 2025.
Code pour BulletSim sur Mantis
- Mantis 9214: Mise à jour de BulletSim
- Ubit Umarov attends les retours de Mister Blue et de Cuga Rajal.
Équilibre approprié dans l'utilisation des threads
- 🏗️
Viewers
Firestorm
Bug de chargement de texture sur FS pour SL
- Firestorm a reçu des signalements concernant des textures qui ne se chargent pas dans la dernière version, mais jusqu'à présent, aucun signalement n'a été reçu pour OpenSim à ce sujet. D'après les dernières informations, un code suspect est en cours d'identification, donc il est possible qu'un correctif soit apporté.
- 🏗️
Source
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2025-09-02