Réunion du 24-09-2024

Changements du code de la semaine

Changement dans EstateDataRemoteConnector

• Commit a9be42 : Quelques changements dans EstateDataRemoteConnector, LoadEstateSettings ne peut pas être fatal, il faut donc le contourner.
• La classe EstateDataRemoteConnector se trouve dans le fichier /OpenSim/Services/Connectors/Estate/EstateDataConnector.cs

SSL -- oubli de "/" à la fin de l'URL

• Mantis 0009157 : L'URL de la console REST nécessite un caractère de fin de ligne.
• Mantis 0009164 : Lors de la génération de certificats SSL, les fichiers/dossiers sont créés avec des slashes
• Commit 00c081
• Oubli du caractère "/" à la fin de certaines URL du service REST. REST (REpresentational State Transfer) est un style d'architecture logicielle définissant un ensemble de contraintes à utiliser pour créer des services web.

Ajout de GetLocalRegionByName à GridServicesConnector

• Commit 382394 : ajout de GetLocalRegionByName à GridServicesConnector plus cosmétique
• La classe GridServicesConnector se trouve dans /OpenSim/Services/Connectors/Grid/GridServicesConnector.cs

Changement dans PresenceServerPostHandler

• Commit 81cfd6 : quelques changements dans PresenceServerPostHandler
• Suppression d'un handler qui n'avait rien à faire là.

Patch d'Adil El Farissi aka Webrain

• Commit a86b6c: Merge (fusion) de la demande de pull #24 de AdilElFarissi/master
• Code de conversion des certifictats, réunion du 17-09-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.😉

Framework

Informations diverses

Dotnet 8 'sugar'

• "Sugar" (sucre) : dans les langages de programmation, comme C#, cela permet d'écrire du code plus propre et plus lisible, tout en laissant le compilateur gérer les complexités sous-jacentes. Cela améliore l'expérience de développement sans compromettre la performance ou la fonctionnalité du code final.
• Un exemple :

//Remplacement de :
return new List() ;
// Par :
return [] ;

• Illustration musicale : https://www.youtube.com/watch?v=1tnqnXJl9qE

Versions C#

• Les version de dotnet sont livrées avec une version différente de C#[1].

NDLR  : Versions C# de quelques versions dotnet (.NET): .NET 5 - C# 9.0 .NET 6 - C# 10.0 .NET 7 - C# 11.0 .NET 8 - C# 12.0

Tests

Test du convertisseur de Certificat

Problème de permission dans Ubuntu

• Web Rain a testé le convertisseur en ligne sur Ubuntu sur un simulateur OpenSim. Il y a un problème de permission. Il faut exécuter OpenSim en mode sudo (super utilisateur) la première fois.
• Le convertisseur fonctionne, il a convertit le certificat let's encrypt avec succès.

Problème de chemin

• Des problèmes liés au chemin du certificat on été rapportés.
• Ubit Umarov a modifié le code dans le commit 54114a.

 Adresse de la région test

• hop://hg-economy.cc:9002/Crypto Islands 3/123/129/23 ou http://hg-economy.cc:9002/Crypto Islands 3/123/129/23
• Pour l'instant, la carte fonctionne parfois avec hop:// et parfois avec https://

Test d'Opensim sur le nouveau MacOS 15.0

• Cuga Rajal a testé OpenSim sur le nouveau macOS 15.0
• Tout fonctionne sans devoir reconstruire les bibliothèques non gérées qui ont été construites sous macOS 14.5.
• Les viewers fonctionnent aussi.
• La cible de déploiement (deployment target) est la version minimale d'un système d'exploitation sur laquelle une application est conçue pour fonctionner. La cible de déploiement est macOS 10.15. C'est à dire que sur macOS 10.15 et ultérieur fonctionnera. Cuga Rajal a spécifié cette cible de déploiement dans sa configuration.
• Gavin Hird pense que la limite est macOS 10.13.
• La prise en charge des architectures 32 bits a pris fin avec macOS 10.14. Les versions récentes de .NET (6 et 8) nécessitent un Mac 64 bits.

Informations

OSCC 2024

Ouverture de l'appel à propositions

• Site de la conférence de la communauté OpenSimulator, tout le monde est le bienvenu  : https://conference.opensimulator.org/
• Lien vers l'appel à proposition : https://conference.opensimulator.org/call-for-proposals/

NDLR  : Tout étant en anglais, cette conférence s'adresse donc aux anglophones, même si les sujets sont présentés par des intervenants dont la langue maternelle n'est pas l'anglais. On nous présente toujours tout en anglais, arguant que cela permettra à un plus grand nombre de personnes de comprendre. Je doute de cette justification (vu le nombre de personnes qui consultent OSWiki). En fin de compte, nous offrons tous les savoirs aux anglophones sur un plateau, tandis que les autres doivent se débrouiller. Même si l'information provient d'un de leurs compatriotes, ils n'auront pas accès à celle-ci.

Invitations

• Question de Web Rain  : peut-on inviter des développeurs de cryptomonnaies ? Il pense qu'il existe de nombreux malentendus et idées fausses sur les cryptomonnaies, ce qui pourrait justifier une discussion plus approfondie. Il aimerait que cette année il n'y ait pas de "panneau économique vide".
• Gavin Hird pense qu'il y a bien assez d'information sur le sujet sur internet.
• Vincent Sylvester dit qu'un système commercial fonctionne déjà sur OpenSim à travers l'hypergrid.
• Cuga Rajal rappelle que la conférence est centrée sur Opensimulator et non sur la cryptomonnaie.
• La vulnérabilité des cryptomonnaies est évoquée, des événements imprévus peuvent entraîner des pertes importantes.

Viewers

Sharpview

Mouvements des avatars

Joe Magarac travaille sur des techniques pour rendre le mouvement des avatars plus fluide en tenant compte des différences entre SL et OS.

Extrapolation du mouvement dans OpenSim

• Les objets physiques ne s'arrêtent jamais complètement. Ils ont une vitesse minimale de 0.001 m/sec. Ainsi, le serveur continue d'envoyer des mises à jour de position, même si elles sont très petites.
• Délai de 3 secondes : Si aucune mise à jour n'est reçue pendant 3 secondes, le viewer arrête le mouvement linéaire de l'objet. Cependant, le mouvement rotatif continue indéfiniment, ce qui est utile pour permettre, par exemple, le mouvement d'un moulin à vent.

Compatibilité avec les autres viewers

• Joe Magarac parle de "bug-compatible". Son code doit fonctionner de manière cohérente avec le comportement des autres viewers, même s'ils contiennent des bugs. Cela garantit aux utilisateurs un comportement qu'ils connaissent déjà.

Mouvement des avatars

• Dans Second Life, les avatars sont physiques alors que dans OpenSim ils sont non physiques. De plus les viewers ne peuvent pas voir si un objet est physique.
• Les avatars Second Life assis prennent les propriétés de ce sur quoi ils sont assis. Dans OpenSim, les avatars assis ne sont pas physiques. Cela peut entraîner des tremblements assez longs.
• Joe Magarac mentionne que dans Second Life, il faut ajuster la position des sièges de voiture pour éviter que les jambes des avatars ne soulèvent le véhicule. Cela n'est pas nécessaire dans OpenSim.

Régions, tailles, voisins

• La différence entre la gestion de la taille des régions dans Second Life et dans OpenSim pose problème. Joe Magarac aimerait que les petites et les grandes régions fonctionnent bien ensemble.
• La région envoie un message au viewer pour lui donner se taille. Cette information est optionnelle et si elle n'est pas présente la valeur par défaut est 256 m (cette taille est logique en raison des capacités des CPU d'il y a une décennie).
• Linden Lab utilise une taille fixe de 256 m pour ses régions. OpenSimulator a opté pour de grandes régions uniquement en raison des mauvais passage de frontières entre les régions. Avant cela il y avait les mégarégions.
• Ubit Umarov souligne le problème de voisinage. Une région grande ou petite ne peut avoir que 8 voisins. Si on en ajoute plus, on entre dans la région et on est déconnecté (on meurt) en sortant. Les gens oublient qu'ils ne peuvent avoir qu'une région par côté.
• Joe Magarac pense que ce n'est qu'une limitation du viewer et qu'il pourrait résoudre le problème de voisinage si la taille des régions est un multiple de 64 mètres et si elles sont alignées sur 64 mètres.

NDLR  : Multiples de 64 mètres : se réfère à la taille de la région elle-même (par exemple, 128 m, 256 m). Alignées sur 64 mètres se réfère à la position de la région dans l'espace (par exemple, une région qui commence à 0 m ou 64 m, et non à 10 m). Agencement de régions voisines Alignement

• Ubit Umarov indique que dans OpenSim 'un patch fait 16 mètres, c'est à dire que la plus petite unité de terrain qui peut être gérée est de 16 mètres. En revanche l'alignement doit se faire sur une grille de 256 mètres.
• Joe Magarac dit qu'il peut changer cela.

Adresse Hypergrid hop et http(s)

• "hop" est une fonctionnalité de Firestorm.
• OpenSim en interne n'utilise plus que "http(s)"
• Le code de recherche de la carte du viewer va essayer de convertir "hop://" en "http://". Donc, sur la carte "hop" marche un peu.
• Dans le chat cela échoue à cause du code du viewer.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-09-24