Réunion du 17-06-2025

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

Bibliothèques

Moteurs de Physique

• 🏗️

Viewers

Sharpview

Imposteurs de région pour OpenSim

Introduction

• Les imposteurs -- réunion du 03 juin 2025
• Les imposteurs -- réunion du 10 juin 2025
• Joe Magarac annonce qu'il a trouvé une méthode pour créer des imposteurs de région pour OpenSimulator.
• Il a deux types d'imposteurs :

1. Cas où toutes les régions d'un groupe ont la même taille : dans ce cas elles peuvent utiliser des imposteurs 4x, 16x, 64x pour gérer les niveaux de détails (LOD).
2. Cas où les régions d'un groupe ne sont pas toutes de la même taille : dans ce cas elles utilisent des imposteurs 1x seulement.

• Un imposteur 64x représente 8 régions x 8 régions, c'est une vue très éloignée de toutes ces régions à la fois.
• Actuellement, les imposteurs en test sont juste une heightmap avec une texture. IL n'y a pas encore de bâtiments. Mais on peut voir des montagnes au loin.
• C'est surtout pour Second Life, mais, Joe Magarac aimerait aussi développer cette fonctionnalité pour OpenSimulator.
• Il pense faire faire des mises à jour hebdomadaires par un bot.
• Les régions uniques sans voisins n'ont pas besoin d'imposteurs.

Taille des régions et continents de régions sur OpenSim

• Joe Magarac estime que le plus grand cluster de régions contigües dans OpenSimulator semble être d'environ 100 régions sur OSGrid.
• Vincent Sylvester dit qu'il a 500 régions de 1024x1024 connectées comme un grand océan sur ZetaWorld. C'est l'équivalent de 13000 régions normales.
  • Exemple 1 : https://zetaworlds.com/map?x=7380&y=6971&z=2
  • Exemple 2 : https://zetaworlds.com/map?x=6988&y=6954&z=2
• Ubit Umarov souligne que cela dépend des grilles et que certaines ont des zones "continentales".

Régions voisines de tailles différentes

• Les viewers codés en C++ ne supportent qu'une seule région voisine par côté. Si on place deux régions sur un des côtés d'une plus grande région, lors d'une téléportation, le viewer crash la moitié du temps.
• Sharpview supporte les régions supportent plusieurs régions voisines par côté.

• 
  Placement possible des régions

• 🏗️

Imposteurs et spam d'assets

• Vincent Sylvester s'inquiète de l'impact potentiel sur les ressources et espère que cela ne produira pas trop de spams d'assets.
• Il pense que Joe Magarac sous-estime le spam d'assets qui existe et qu'y ajouter encore d'autres assets n'est pas judicieux.
• Joe Magarac signale que ce serait un seul asset par région.
• Mais, Vincent sylvester répond qu'OpenSimulator stocke déjà les images des cartes. C'est un nouvel asset à chaque mise à jour qui ne sera pas nettoyé automatiquement.
• Il prend un exemple pour expliquer son point de vue : il estime que les imposteurs font 1 Mo par région pour 1000 régions ce qui fait déjà 1 Go d'assets. Il pense que les mises à jour pourraient demander 350Mo en plus par an. Le stockage des serveurs est limité et payant.

Stockage côté serveur ou côté viewer

• Vincent Sylvester ne comprend pas pourquoi les imposteurs ne seraient pas stockés localement côté viewer au lieu de surcharger le serveur du simulateur. Le viewer a la capacité de générer des maillages et des textures à un rythme bien meilleur que le CPU du serveur, étant donné que les viewers utilisent un GPU.
• Joe Magarac répond que le viewer doit obtenir les imposteurs de quelque part.
• Vincent Sylvester propose de faire quelques modifications sur les gestionnaires HTTP côté grille afin de permettre à Sharpview d'interroger les voisins d'une région pour obtenir en retour leurs adresses HTTP. Il ajouterait également un gestionnaire HTTP qui renverrait la hieghtmap et l'image de la carte. Ainsi le viewer pourrait localement générer un maillage texturé et le stocker dans le dossier du cache local. Cela ne donnera pas les bâtiments mais c'est un début.
• 🏗️

Distance d'affichage dans OpenSIm

• Ubit Umarov signale que la distance d'affichage des régions est un paramètre qu'il faut prendre en compte dans OpenSim. Il dit que la forme du terrain des régions voisines change beaucoup à mesure qu'on s'en approche.
• Les régions peuvent être configurées pour dire aux viewers de se connecter très loin.

NDLR  : Dans le viewer on peut augmenter la distance de visibilité depuis le menu Paramètres/ Graphique/ Distance d'afficahge. Dans le fichier OpenSim.ini, utilisé pour configurer un simulateur, certains paramètres influencent la distance d'affichage (ici les commentaires sont traduits en français). Je ne crois pas q'Ubit Umarov voulait parler de ces paramètres, maintenant c'est là, peut-être qu'il sont aussi importants pour afficher des imposteurs ? : [InterestManagement]  ;; Cette section contrôle la manière dont la priorité est attribuée aux mises à jour dans le viewer (client).  ;# {UpdatePrioritizationScheme} {} {Schéma de priorisation des mises à jour ?} {BestAvatarResponsiveness SimpleAngularDistance} BestAvatarResponsiveness  ;; Les valeurs valides sont BestAvatarResponsiveness et SimpleAngularDistance  ;; SimpleAngularDistance utilise davantage de ressources CPU.  ; UpdatePrioritizationScheme = BestAvatarResponsiveness  ;; ObjectsCullingByDistance, si true, n'envoie pas les mises à jour des objets s'ils sont hors de la zone de vision  ;; actuellement, les viewers sont également invités à supprimer les objets qui quittent la zone de vision  ;; seule la position de l'avatar est prise en compte, la caméra libre peut ne pas voir les objets  ;; augmente la charge CPU  ; ObjectsCullingByDistance = false

• 🏗️

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2025-06-17