« Réunion du 03-06-2025 » : différence entre les versions
Apparence
| Ligne 46 : | Ligne 46 : | ||
=== Obtenir les données de terrain === | === Obtenir les données de terrain === | ||
* | ==== Problèmes === | ||
* Second Life utilise un seul serveur d'assets. Le processus de l'imposteur nécessite d'obtenir des assets de mesh et de texture depuis un serveur d'assets. Comment faire pour OpenSim. | |||
* Un autre problème est de savoir où stocker les maillages et les textures pour les objets hors région ? | |||
==== Possibilités ==== | |||
* Pour obtenir les données de terrain dynamiquement, cela implique de traiter beaucoup de données. Il faut prendre ce que la région envoie via ses capacités. | |||
* De plus pour cela il semble ne pas y avoir d'autre méthode que de simuler une téléportation vers la région. | |||
* La texture peut être obtenue directement à partir de [http://opensimulator.org/wiki/ROBUST Robust] car le serveur peut fournir les tuiles de carte qu'il conserve. | |||
* Il faut générer un mesh à la volée en se basant sur la [[Lexique_des_réunions#Heightmap |heightmap]] de la région. | |||
* Il faudrait stocker les données dans un fichier cache local. | |||
==== Limites ==== | |||
* Sur les mêmes grilles les régions se déplacent. | |||
* En théorie deux régions de deux grilles différentes (Hypergrid) pourrait être placées l'une à côté de l'autre sur la carte. Ubit Umarov a masqué cela. Mais avec l'hypergrid originale ce serait possible. | |||
=== Solution par région : créer son imposteur ou envoyer une heighmap === | === Solution par région : créer son imposteur ou envoyer une heighmap === | ||
* 🏗️ | * 🏗️ | ||
Version du 16 septembre 2025 à 07:59
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 OpenSim
- 🏗️
Informations
Osgrid
- Osgrid a décidé de supprimer tous les actifs et inventaires.
Andrew Hellershanks recherche
- 🏗️
Viewers
Sharview
Distance de rendu infini et imposteurs
Présentation du projet
- L'idée est permettre de voir une piste d'atterrissage éloignée pendant un vol ou les rivages lointains depuis un bateau.
- Les imposteurs sont des représentations simplifiées d'objets 3D complexes. Au lieu de rendre l'objet en détail, un imposteur utilise une image 2D ou une version simplifiée de l'objet pour représenter celui-ci à distance. Ils permettent une vue claire et détaillée de tout ce qui se trouve dans le monde virtuel, peu importe la distance.
- Joe Magarac travaille sur la distance de rendu infinie pour Second Life, juste pour le terrain , pas pour les objets. Voir https://www.animats.com/sharpview/technotes/impostor.html.
- Dans Second Life il reçoit de l'aide d'Eric Mondrian qui a construit des modèles 3D en maillage de toute la terre de SL. Voici ce que Mondrian fait : https://www.youtube.com/watch?v=OCdQO179uqM
- Joe Magarac cherche à utiliser OpenDroneMap pour transformer des photos aériennes en maillages. Mondrian analyse déjà les [[Lexique_des_réunions#Heightmap |heighmaps] en grand nombre.
- Processus mis en place pour l'instant et testé dans Sharpview :
- Création d'objets complets avec un maillage et une texture,
- Création d'un fichier d'index utilisé par le viewer Sharpview pour afficher les objets imposteurs comme des objets hors-simulation.
Question
- Joe Magarac demande si c'est une fonctionnalité qui vaut la peine d'être supporté par OpenSim ?
Réponses et discussion
Ce qui serait possible
- Sur Second Life les imposteurs seraient créés à partir de la carte du monde d'Eric Mondrian. Vincent Sylvester n'est pas sûr qu'on puisse obtenir de tels modèles pour OpenSim à moins d'analyser les heighmaps.
- Pour commencer, projeter les tuiles de cartes sur des plans carrés serait un début.
- Il est toujours possible de construire un cache quelque part pour stocker le résultat de l'analyse des heighmaps.
- Une capacité pourrait aussi être ajoutée pour envoyer des données brutes de heighmap.
- Prendre la heightmap pour générer un mesh et projeter le maptile dessus n'est peut-être pas très joli, mais peut fonctionner. Les maptiles peuvent être extraites de Robust, mais les heightmaps pourraient être plus difficiles à obtenir.
Limites / Critiques
- Il n'est pas sur que l'effort vaille la peine.
- Ubit Umarov ne pense pas que les grands jeux vidéo affichent des kilomètres, ils simulent simplement très bien l'horizon.
- La terre est plutôt rare dans OpenSimulator.
Varregion et régions voisines
-
Placement possible des régions
- OpenSim a deux règles pour les varregions.
- La varregion doit être carrée , pas rectangulaire. En réalité, cette règles se reflète partout dans le code, sauf dans le protocole.
- Elle ne peut avoir qu'un seul voisin par côté. En fait, ce n'est pas vraiment une règle, c'est simplement une rupture avec le fonctionnement de la plupart des viewers et cela perturbe les itinéraires de téléportation des avatars. Les gens combinent tout le temps et contre toutes logique différentes tailles de régions. Certains viewers crash si ce point est négligé. Les autres viewers que Sharpview stockent les régions terrains dans un tableau longueur 8. Vous pouvez mettre 2 régions sur le côté et tout fonctionne bien jusqu'à ce que vous sortiez. De plus vous pouvez vous retrouver dans des endroits bizarres en croisant des régions de tailles différentes.
- Le viewer Sharpview n'a aucune de ces restrictions pour l'instant. Joe Magarac est parti de la spécification du protocole et a implémenté ce qui lui semblait possible.
Obtenir les données de terrain
= Problèmes
- Second Life utilise un seul serveur d'assets. Le processus de l'imposteur nécessite d'obtenir des assets de mesh et de texture depuis un serveur d'assets. Comment faire pour OpenSim.
- Un autre problème est de savoir où stocker les maillages et les textures pour les objets hors région ?
Possibilités
- Pour obtenir les données de terrain dynamiquement, cela implique de traiter beaucoup de données. Il faut prendre ce que la région envoie via ses capacités.
- De plus pour cela il semble ne pas y avoir d'autre méthode que de simuler une téléportation vers la région.
- La texture peut être obtenue directement à partir de Robust car le serveur peut fournir les tuiles de carte qu'il conserve.
- Il faut générer un mesh à la volée en se basant sur la heightmap de la région.
- Il faudrait stocker les données dans un fichier cache local.
Limites
- Sur les mêmes grilles les régions se déplacent.
- En théorie deux régions de deux grilles différentes (Hypergrid) pourrait être placées l'une à côté de l'autre sur la carte. Ubit Umarov a masqué cela. Mais avec l'hypergrid originale ce serait possible.
Solution par région : créer son imposteur ou envoyer une heighmap
- 🏗️
Procédure de Joe Magarac pour Second Life
- 🏗️
Obtenir les Hieghmap
- 🏗️