Réunion du 17-12-2024

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.😉

Scripts

Rezzer des boules de neige

• Question : Cuga.Rajal pose une question pour savoir s'il est possible de créer un lanceur de boules de neige qui peut créer des boules de neige, mais qui ne permet pas à la personne qui le porte de créer d'autres objets. Il mentionne qu'il aimerait que cela fonctionne comme un système de liste blanche (whitelist), où seules certaines actions sont autorisées. Il précise aussi que la méthode "temp attach" (qui permet d'attacher temporairement des objets) ne fonctionne pas pour ce type de projet.
• Réponses : Ubit Umarov dit qu'un rezzeur ne peut rezzer que ce qui est à l'intérieur. Kayaker Magic possède un système avec des boules pré-rezzées par le propriétaire, donc aucun des joueurs n'a les permissions de rezzer.

Modules

Voice

Bilan actuel de la voice pour OpenSim

• Actuellement, Robert Adams (Misterblue Waves) a réussi à faire fonctionner la voix de base sur les parcelles, en fonction des serveurs vocaux utilisant des plateformes Intel/AMD sous Linux. D'autres plateformes n'ont pas encore été testées.
• Robert Adams code sur son seul dépôt en tant que module optionnel. Il va se pencher sur la question des informations de proximité affichées dans le viewer (pour l'enseignement ou les réunions de groupe). Cette fonctionnalité nécessite un canal de données spécifiques aux viewers qui n'est pas dans Janus normal.
• Le code du viewer a été écrit en considérant que Vivox va être supprimé. Avec le code actuel de SL il n'est pas possible d'avoir une région qui utilise Vivox et autre chose. C'est temporaire, Ubit Umarov s'attend à ce que tout le code Vivox soit supprimé.
• Informations fournies à ce sujet pendant la réunion du 10 décembre 2024.
• Lyr Lobo dit qu'actuellement, les nouvelles grilles rapportent qu'elles ne peuvent pas se connecter à Vivox mais, elle ajoute qu'à Virtual Harmony[1] ils n'ont pas eu de problème pourtant ils ont introduit une nouvelle grille dans une famille de 19 grilles.
• Ubit Umarov dit :"Rome ne s'est pas faite en un jour."

Besoins

• Ubit Umarov pense qu' une bonne solution pour OpenSim devrait être une solution intégrée, autonome ou dépendant d'un logiciel Windows facile à installer, ce qui n'existe pas encore.
• Il n'a pas testé si ce docker[2] fonctionne sur n'importe quel ordinateur. Comme cette solution est dépendante de Linux, Ubit Umarov voit mal de simples standalones l'installer sur Windows via WSL[3].
• Mister Blue utilise un serveur ouvert pour les tests, donc certains propriétaires de simulation (grille ou standalone) pourraient louer des services vocaux, mais c'est trop tôt pour le dire. Il y aura sans doute beaucoup de demandes quand Vivox disparaitra.
• Pour un chat vocal avec 2 à 3 utilisateurs, une bande passante correspondant à 1Gbps (1 gigabit par seconde) suffirait.
• L'utilisation du processeur du serveur augmente de façon exponentielle avec le nombre de participants.
• Il faut un mixer (mélangeur) pour chaque utilisateur même sans la voice 3D.

NDLR  : La latence dans le contexte des connexions Internet fait référence au délai entre l'envoi d'un paquet de données d'un point à un autre et la réception de ce paquet. Elle est généralement mesurée en millisecondes (ms). Une latence faible est cruciale pour des applications en temps réel, comme la voix sur IP (VoIP) ou les jeux en ligne, car elle permet une communication fluide et réactive. Les connexions Internet domestiques peuvent avoir des latences variables. En général, une connexion domestique peut avoir une latence plus élevée en raison de la congestion du réseau, surtout pendant les heures de pointe, ou en raison de l'équipement utilisé. La latence peut être plus élevée que celle d'une connexion dédiée ou professionnelle.

• Importance de la latence : pour la voix il faut une latence faible 133 ms au plus. Les humains détectent facilement 100 ms de latence, la voix commence à se dégrader après 200 ms.
• Vincent Sylvester estime que pour un système distribué avec des clients situés à divers endroits, il est essentiel de disposer d'une infrastructure répartie sur plusieurs emplacements géographiques, capable de s'aligner sur la localisation des clients ou sur la latence qu'ils rencontrent. Cela inclut également la possibilité de transférer des clients vers d'autres instances lorsque la dynamique évolue (variation de l'origine des avatars rencontrés) . Il n'est pas certain que Janus prenne cela en charge. Comme Janus est censé agir comme un proxy, donc un quasi-serveur vocal, il faut le placer à un endroit où l'on peut être sûr que tous ceux qui se connectent ont une connexion décente, sinon il faut soit une autre machine ailleurs, soit faire face à la latence. Dans WebRTC, la méthode courante pour gérer ce problème consiste à déplacer l'ensemble de la session en fonction des utilisateurs connectés. Par exemple, si un plus grand nombre d'utilisateurs se connectent depuis un endroit A, la session est alors déplacée plus près de cet emplacement. Cependant, cela nécessite que le serveur puisse négocier directement avec les clients pour déterminer où ils doivent se connecter et transférer l'intégralité de la session vers une autre instance.
• Exemple : " Un aller-retour de l'autre côté de l'Atlantique est proche de 200 ms dans le meilleur des cas, donc si Gavin voulait parler à son ami en Australie avec un serveur qui n'est pas situé quelque part entre les deux, vous auriez des problèmes pour vous comprendre et parler l'un à l'autre."
• La voice en Hypergrid pourrait ne pas fonctionner avec le code actuel des visionneurs.

Mantis

(PATCH) Mots de passe SH256

• Ticket 9174 : Utiliser SHA256 pour hachés les mots de passes des utilisateurs tout en conservant les anciens hachages en MD5
• Avis de Vicent Sylvester : Actuellement aucun viewer n'est passé au nouveau hash. Ajouter une solution de repli peut sembler une bonne idée, mais cela créerait une table de données mixtes, ce qui n'est pas une bonne pratique pour la compatibilité. Lorsque le passage au nouvel algo sera déployé au niveau des viewers alors, les utilisateurs devront réinitialiser leurs mots de passe et générer de nouvelles informations d'identification afin de résoudre le problème que ce changement est censé résoudre. Si md5 fournit une faible sécurité, il est donc absurde de continuer à le soutenir alors qu'il y a une raison de le supprimer.

NDLR  : Traduction de l'avis de melanie au sujet du ticket 6046 mentionné dans le ticket 9174 : Je ne pense pas qu'il soit nécessaire d'appliquer cette mise à jour. Ni le "sel" (une sorte de code ajouté pour renforcer la sécurité) ni les mots de passe hachés (transformés en une série de caractères) ne sont jamais envoyés aux utilisateurs, donc ils ne peuvent pas être facilement piratés. Les mots de passe sont salés pour protéger les données en cas de vol de la base de données. Bien que l'algorithme md5 ait des failles, il est très peu probable que les mots de passe salés soient cassés par des méthodes informatiques. Le mot de passe envoyé par l'utilisateur est simplement transformé en un hachage md5, et c'est là que se trouve le vrai problème. Si ce mot de passe est intercepté, il peut être déchiffré ou deviné par des méthodes de force brute. Cependant, cela dépend de l'utilisateur, et il ne faut pas faire confiance aux systèmes qui n'utilisent pas une connexion sécurisée (https://). À mon avis, cette mise à jour complique inutilement les choses pour les modules tiers, car elle n'apporte pas de véritable amélioration de la sécurité. Je suis contre cette mise à jour obligatoire pour tout le monde. Je considérerais cette mise à jour si elle était proposée comme une option dans un module d'authentification alternatif, mais pas comme un changement imposé au module principal.

Informations

Osgrid

• Opération de copie qui se produit en arrière-plan et qui prendra quelques mois de plus pour se terminer.

OSCC 2024

• La fête de clôture de l'OSCC 2024 a eu lieu sur la grille AvaCon le même jour que la réunion c'est à dire le 17-12-2024 à 14h00 PST (23h00 Heure de Paris).
• Adresse : hop://grid.avacon.org:8002/Avacon Plaza/135/186/28
• L'OSCC demande beaucoup de travail de préparation. La planification commence en août-septembre.
• James Attloud a terminé de mettre en ligne les vidéos de la conférence. Adresse de la liste de lecture des vidéos  :

https://www.youtube.com/playlist?list=PLGbtdH2-_0P-CnMRgDR_c_nvbW3EJ-nqD

Prochaine réunion

• Prochaine réunion : le 07 janvier 2025
• Andrew Hellershanks va peut-être passer le 24 et le 31 décembre pour informer d'éventuels visiteurs, mais ce n'est pas sûr.
• Lyr Lobo : Un grand merci à Ubit et aux réunions de Core Dev où vous apportez tous une énergie et un soutien merveilleux pour rendre notre monde vibrant.

Voice sur Second Life

• Certaines régions de Second Life (SL) ont besoin de la nouvelle visionneuse, si elles n'utilisent plus Vivox.
• La plupart des régions de SL utilisent encore Vivox mais, il existe des régions test qui utilisent déjà WebRTC.
• Philip Rosedale aurait demandé aux utilisateurs d'arrêter d'utiliser la version 6.6.17 de Firestorm afin de déployer la Voice WebRTC.

Doit-on passer à dotnet 9 ?

• Ubut Umarov dit qu'il ne faut pas passer à dotnet 9 qui pourrait provoquer plus de crashes. Il semble que beaucoup de choses nécessaires à OpenSim ont été supprimées dans dotnet 9.
• Dotnet 8 et dotnet 9 peuvent être installés côte à côte mais il faut dotnet 8.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-12-17