« Réunion du 13-08-2024 » : différence entre les versions
Aller à la navigation
Aller à la recherche
Ligne 56 : | Ligne 56 : | ||
* Générer 5120 tuiles de niveau de zoom sur 13046 maptiles. Cela a pris 52.4396577 secondes ! | * Générer 5120 tuiles de niveau de zoom sur 13046 maptiles. Cela a pris 52.4396577 secondes ! | ||
* Les anciennes routines sont concervées donc quand il détecte qu'une nouvelle région a des tuiles placées, il les ajoute simplement aux niveaux de zoom existants, ce qui devrait être assez léger. | * Les anciennes routines sont concervées donc quand il détecte qu'une nouvelle région a des tuiles placées, il les ajoute simplement aux niveaux de zoom existants, ce qui devrait être assez léger. | ||
=== Mises à jour du chargeur TIFF === | === Mises à jour du chargeur TIFF === |
Version du 15 août 2024 à 14:46
Changements du code de la semaine
Modifications mineures
- Commit 236187 : une autre référence nulle, thx Tampa
- Commit b0d006 ; encore une faute de frappe, merci Tampa
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.😉 |
Modules
Module de chat vocal
Problème 1 : trouver une solution pour Windows
- Problème 1 : il faut mettre en place une solution efficace pour les standalones et les quelques grilles installées sur des serveurs Windows. Une solution Linux seule n'est pas une bonne solution.
- Ubit Umarov a essayé d'utiliser WebRTC, mais il dit que cela a été un échec total. Impossible de compiler sur Windows et sur Cygwin. Certaines parties utilisent des API de bas niveau du noyau Linux que Cygwin n'a pas.
- Il est également difficile de compiler Coturn pour Windows.
- Et il semble que Docker ne fonctionne pas non plus sur Windows. Il existe une solution chinoise qui compile avec Cygwin mais qui aurait besoin de Docker.
Problème 2 : son spatial
- La partie du code qui prend en charge l'espace 3D est un code spécifique à Second Life que l'on ne peut pas trouver ailleurs.
- Second Life utilise Janus comme MCU . Ils ont un canal de données personnalisé qui doit aussi fonctionner pour se connecter et Vincent Sylvester n'a pas encore trouvé comment cela fonctionne.
Problème 3 : intégration du serveur vocal avec OpenSim
- Vincent Sylvester explique qu'idéalement, il est préférable de ne pas intégrer le serveur vocal directement à OpenSim. Il est plus judicieux de faire fonctionner ce serveur de manière externe, ce qui permet une meilleure localisation. De plus, gérer un serveur vocal derrière un NAT peut être complexe et n'est pas à la portée de tous les utilisateurs.
- Il est plus simple, et probablement aussi beaucoup plus performant avec une meilleure latence, d'avoir un VPS de qualité situé près des utilisateurs et d'y installer les services nécessaires.
NDLR : Séparer le serveur vocal d'OpenSim permettrait d'améliorer la gestion, l'accessibilité et la performance du service vocal et d'OpenSim. |
- Il reste le problème des standalone pour qui ce genre de solution est difficile à utiliser. Mais, Vincent sylvester trouve qu'il n'est pas possible d'intégrer tout dans OpenSim ni de s'attendre à ce que la configuration soit toujours simple. Dans certains domaines, cela n'est tout simplement pas réalisable et cela pourrait ne jamais l'être. Par exemple, avec WebRTC, il est nécessaire de prendre en compte le plugin de données personnalisées, le module OpenSim et l'interconnexion entre le plugin et OpenSim. Chercher une solution qui fonctionne partout semble être une mauvaise approche.
Problème 4 : Indépendance de la plateforme vs. qualité
- L'indépendance de la plateforme ne doit pas se faire au détriment de la qualité de la solution.
- Un serveur TURN derrière un NAT, expose le réseau à des risques de sécurité, cela nécessite l'ouverture d'une large plage de ports. Cependant, Ubit Umarov souligne que les standalones sont également derrière un NAT.
- Il est préférable de se concentrer sur les aspects que l'on peut améliorer et aider les utilisateurs à installer leurs propres solutions (VPS et serveur TURN), plutôt que d'accepter des solutions de moindre qualité qui fonctionnent mal sous Windows.
- D'après Ubit Umarov une solution pourraît utiliser un serveur externe (comme un serveur TURN ) pour aider à la négociation, c'est-à-dire pour initier la communication. Ensuite, les messages vocaux seraient échangés directement (P2P) via UDP entre les utilisateurs.
NDLR :
|
Informations complémentaires
NDLR :
|
- Dans Second Life la configuration de la voice pourrait encore évoluer. Certains utilisateurs se sont plaints que la prise en charge spatiale n'était pas très bonne.
Carte
Génération de carreaux de carte
- État du projet à la dernière réunion.
- Maintenant, le système de parallélisation de génération de niveaux de zoom crée les niveaux de zoom avec un grand nombre de tuiles en parallèle et combine ensuite les images résultantes sur la partie la plus large, ce qui est beaucoup plus rapide que d'ajouter chaque tuile à ces niveaux. Les images 2 à 6 sont considérées comme « copier chaque tuile dans l'image » et les images 7 à 11 comme « combiner les tuiles précédentes dans l'image la plus grande ». Cela permet de réduire l'utilisation du processeur pour les niveaux les plus importants et d'accélérer le traitement d'un facteur 2 ou plus.
- Générer 5120 tuiles de niveau de zoom sur 13046 maptiles. Cela a pris 52.4396577 secondes !
- Les anciennes routines sont concervées donc quand il détecte qu'une nouvelle région a des tuiles placées, il les ajoute simplement aux niveaux de zoom existants, ce qui devrait être assez léger.
Mises à jour du chargeur TIFF
🏗️
Découplage de la partie rendu de maptile du processus
🏗️
Générateur de maptile et objets sous l'eau
🏗️
Terrain_image
🏗️
Viewers
Dayturn
- Gavin Hird a publié une version beta de son viewer : les utilisateurs de Second Life semblent télécharger les versions Mac et Windows.
- Le viewer n'est pas près d'avoir les support PBR ou même AIS3. Mais, les services sur Second Life fonctionnent toujours sans AIS3.
NDLR :
|
- Le viewer OS Mac a bénéficié d'un petit rafraîchissement.
Divers
CPU Intel Instables
- Ubit Umarov a installé le dernier microcode et il a perdu 10% de performance.,
NDLR :
|
Source
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-08-13