Réunion du 19-03-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.😉 |
Base de données
Migration de la BDD
Développement
- Vincent Sylvester a décidé d'abandonner les anciennes migrations car il est devenu évident que les changements de tables ne concernent qu'une douzaine de personnes.(Voir la réunion de la semaine dernière.)
- Il reste à finir la nouvelle migration et à la tester. Les migrations seront plus fiables et que chaque étape sera vérifiée correctement.
Question /Réponse
- Question : est-il sûr d'installer une ancienne sauvegarde de base de données sur une nouvelle version d'OpenSim avec une migrations au démarrage ?
- Réponse : techniquement les migrations ont juste été ajoutées, donc elles devraient être exécutées, en supposant que la table des migrations contienne toujours les informations de version correctes. Évidemment, on sait si quelque chose ne fonctionne pas que lorsque ça explose. Mais, tant qu'on a des sauvegardes on peut continuer d'essayer. SQL n'est que du texte, donc si quelque chose se casse, on peut ajuster les requêtes.
Modules
Chat vocal
Changements chez Linden Lab
- Second Life va remplacer Vivox par WebRTC[1][2] (une vidéo de présentation de 2016) et utiliser des serveurs audio Second Life. La voix WebRTC pour SL est en cours de développement. Linden Lab ne va pas documenter l'interface viewer/simulateur, quelqu'un devra lire le code client de Linden Lab.
Et pour OpenSim ?
- WebRTC est libre et open-source [3], il serait possible de développer un module pour OpenSim mais, Vincent.Sylvester n'est pas sûr que cela fonctionne bien. Plusieurs implémentations sont disponibles Rust, Go
- Côté OpenSim, il faudra écrire un nouveau gestionnaire de protocole puis, voir si cela s'intègre à au module Freeswitch, ce qui impliquerait des limitations de fonctionnalités. WebRTC apporte peut-être des solutions qui pourraient être intégrées au module. Mais,la latence et les performances risquent de ne pas être excellentes lorsque tout fonctionnera dans OpenSim.
Protection de la vie privée
Cas du peer to peer =
- En peer to peer WebRTC permet de dévoiler votre adresse IP locale réelle, même en cas d'utilisation d'un VPN.
- S'il s'agissait d'un simple peer to peer, les échanges pourraient être chiffrés de bout en bout mais, dans le cas de WebRTC, l'adresse IP de l'autre extrémité doit être connue, puisque c'est un échange adressé.
- En résumé : échanges secrets possibles, anonymat plus compliqué.
Peer to peer WebRTC optionnel
- WebRTC lui-même peut faire du peer to peer mais c'est optionnel.
- Le plan de Second Life serait de pouvoir voir uniquement l'IP du serveur audio.
- Pour OpenSim c'est un peu plus facile à mettre en œuvre car il y a un point par lequel tout passe et il suffit de transmettre à un serveur webrtc.
- L'opérateur du serveur audio peut écouter. Les connexions SSL au serveur audio couvrent une grande partie des problèmes de confidentialité mais, SSL quadruple la bande passante utilisée.
Système D de l'utilisateur d'OpenSim
- Utiliser Discord[4](licence propriétaire) en même temps qu'OpenSim.
Plateformes de développement
dotnet 6
- dotnet 6 n'a de LTS[5] que pour cette année... à moins que Microsoft ne reçoive suffisamment de plaintes pour se rendre compte que l'élimination d'un runtime n'est peut-être pas la meilleure option.
dotnet 8
- Ubit Umarov a exploré les nouvelles versions de dotnet la semaine dernière, avec des résultats mitigés.
- Cela fonctionne mais la version 8 a beaucoup d'avis de dépréciation. Beaucoup de fonctionnalités parfois importantes pour OpenSim ne sont plus disponibles avec cette version.
- System.Drawing est en train de disparaître, qui Permet d'accéder aux fonctionnalités graphiques de base de GDI+[6] qui ne nécessite pas de réécrire toutes les fonctions. Il y a quelques options limitées pour remplacer GDI, mais pour savoir si elles ont toutes les caractéristiques requises, il faut lire un peu de code. Tout n'est pas documenté en détail.
- SkiaSharp pourrait être une solution, système graphique 2D pour .NET et C# alimenté par le moteur graphique open-source Skia. C'est une option qui semble plus rapide, donc les textures dynamiques pourraient se créer un peu plus vite, mais il reste à voir si cela supporte les mélanges et les transformations.
Informations
Moteur de jeu Havok
- Second Life va remplacer le moteur de jeu Havok [7], mais ils ne savent pas encore ce q'ils vont utiliser à la place.
Recherche de chemin /Pathfinding
- Pathfinding[8] [9](en) n'existe pas dans OpenSimulator. Cette fonctionnalité fournit des outils et des fonctions qui permettent des mouvements plus fluides et plus intelligents pour les entités non avatars dans Second Life. Elle semble ne pas très bien fonctionner. "Si vous essayez de faire fonctionner SL pathfinding dans SL à une vitesse supérieure à celle d'un zombie, il se casse la figure." Joe Magarac propose un code pour sl . Il ne fonctionnera pas dans Opensim.
- C'est compliqué à reproduire dans OpenSimulator mais possible selon Vincent Sylvester.
Source
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-03-19