« Réunion du 13-08-2024 » : différence entre les versions
Aller à la navigation
Aller à la recherche
Ligne 24 : | Ligne 24 : | ||
Séparer le serveur vocal d'OpenSim permettrait d'améliorer la gestion, l'accessibilité et la performance du service vocal et d'OpenSim. | 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. | |||
=== Informations complémentaires === | === Informations complémentaires === |
Version du 15 août 2024 à 12:59
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'ont 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.
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
🏗️
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