Réunion du 13-08-2024

De OSWiki
Aller à la navigation Aller à la recherche

Changements du code de la semaine

Modifications mineures

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  :
  • Cette solution permettrait d'assurer une meilleure confidentialité.
  • En utilisant WebRTC, les messages échangés peuvent être chiffrés, ce qui renforce encore la sécurité des communications.


Informations complémentaires

NDLR  :
  • Cygwin[1] est un environnement qui permet d'exécuter des applications et des outils de type Unix sur les systèmes d'exploitation Windows.
  • Coturn [2] est une implémentation libre et gratuite des serveurs TURN et STUN. Le serveur TURN est un serveur et une passerelle de traversée NAT pour le trafic média de la VoIP.
  • Serveur TURN est utilisé lorsque les connexions directes ne peuvent pas être établies (par exemple, en raison de restrictions de pare-feu). C'est comme un relais, permettant aux données audio et vidéo de passer par le serveur TURN, ce qui garantit que la communication peut toujours avoir lieu. WebRTC peut utiliser un serveur TURN comme partie de son infrastructure pour gérer les connexions.
  • Docker[3] : Docker est un outil qui peut empaqueter une application et ses dépendances dans un conteneur isolé, qui pourra être exécuté sur n'importe quel serveur
  • Janus[4] : serveur de communication WebRTC
  • MCU (Multipoint Control Unit)[5] : logiciel informatique ou machine servant à établir simultanément plusieurs communications de visioconférence ou de VoIP.
  • Un NAT, ou "Network Address Translation" (traduction d'adresses réseau), est une technique utilisée dans les réseaux informatiques pour permettre à plusieurs appareils d'accéder à Internet en utilisant une seule adresse IP publique.
  • VPS[6] ou "Virtual Private Server" (serveur privé virtuel), est un type de service d'hébergement qui permet à un utilisateur de disposer d'un serveur virtuel dédié à ses besoins, tout en partageant les ressources d'un serveur physique avec d'autres utilisateurs.


  • 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  :
  • Gavin Hird a écrit PBS, je ne sais pas ce que cela pourrait représenter, j'imagine que c'est une faute de frappe et qu'il a voulu écrire PBR.
  • AIS3 ou "Avatar Inventory Service 3"[7] : version du service qui gère l'inventaire des avatars dans Second Life, permettant une meilleure gestion des objets et des contenus que les utilisateurs possèdent.


  • 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  :
  • Le microcode est un ensemble d'instructions de bas niveau qui permet de contrôler le fonctionnement d'un processeur (CPU).[8]
  • Il peut être mis à jour pour corriger des erreurs, améliorer la performance ou ajouter de nouvelles fonctionnalités.
  • En général, il est recommandé de laisser le noyau mettre à jour le microcode du CPU , car cela garantit que tout est fait correctement et en toute sécurité.


Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-08-13

Récupérée de « https://cogito.no-ip.info/cogito/OSWiki/index.php?title=Réunion_du_13-08-2024&oldid=10150 »