Réunion du 25-06-2024
|
|
Législatives, demandez le programme ! |
Changements du code de la semaine
Patch de BlueWall pour PostgreSQL
- Commit ebcc0f : Corrections PostrgreSQL : stockage des régions, liste muette et un gestionnaire de table générique
- Commit 6c857b : Correction d'une mauvaise clé primaire sur les points de chute du téléhub. Le RegionUUID étant créé en tant que clé primaire unique, un seul point de connexion pouvait être créé. La clé primaire a été remplacée par une clé utilisant plusieurs colonnes afin de garantir que chaque point de chute occupe un espace unique dans la région.
- Commit eb74fa : Correction du chargement des données de la région afin d'éviter la suppression des points d'arrivée du téléhub.
- Commit 48a300 : Ajout de la table 'regionextra' manquante et des gestionnaires associés à l'adaptateur PostrgreSQL.
Ajout de llDerezObject
- Commit cc1227 [1]
- Prototype
integer llDerezObject( key id, integer flag );
- llDerezObject [2] permet à un objet rezzeur de supprimer les objets qu'il a rezzé ou de les rendre temporaires pour une suppression différée.
llSetCameraAtOffset() ou llSetCameraEyeOffset() et primitive racine
- Commit c4635d [3] : llSetCameraAtOffset() ou llSetCameraEyeOffset() sur une primitive enfant ne perturbe plus la primitive racine ( reverts 174df941720bc45c1e73224919c34f059129b9e1)
- llSetCameraAtOffset()[4] et llSetCameraEyeOffset()[5] dans une primitive enfant modifiait la primitive racine si elle n'avait pas de valeur définie. L'ancien message de commit disait que c'était pour correspondre à Second Life. Si c'était le cas alors, c'était un bogue de SL corrigé depuis longtemps.
Correction pour le terrain PBR
- Commit 583cc0 [6] : ajout d'une chaîne uuid zéro par défaut aux entrées PBR pour MySQL et PostrgreSQL.
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.😉 |
Noyau
Scripts
Base de données
Modules
Bugs
TPs d'une petites grille ne fonctionnent plus
Le problèmes
- Kayaker Magic a une petite grille qui fonctionnait bien pendant des mois. Maintenant, les téléportations région à région ne fonctionnent plus de façon intermittente.
- Les utilisateurs se connectent depuis différents points du pays, donc les fournisseurs d'accès locaux ne peuvent pas être en cause.
- La console montre l'arrivée de l'avatar, puis elle s'éteint avant d'avoir terminé.
11:44:20 - [SCENE] : Incoming child agent update for 65ca4ec1-6581-45f6-918b-adbe66917db2 in Maritime 14 11:44:28 - [SCENE PRESENCE] : Update agent Kayaker Magic at Maritime 14 did not receive agent update 11:47:15 - [AGENT HANDLER] : >>> DELETE
- Un TP au même endroit plusieurs fois finit par marcher.
- Différentes instances d'OpenSim sur le même serveur et même nom d'hôte.
- Seulement 25% de la mémoire est utilisée et rien d'autre n'utilise le réseau.
- Le redémarrage du serveur n'a pas résolu le problème.
Réponse
- Latence (lag) [7] ou échec de HTTP.
- La mise à jour de l'agent dépend de HTTP
Tests
Projets en cours / Infos
Viewers
Test de la nouvelle version du viewer Firestorm
- Sortie de la version PBR 7.1.9 (74745) [8], il semble d'après l'avis général que cette version n'est pas optimale.
Les problèmes
- Dans OpenSim il y a plus de crash que dans Second Life spécialement si le cache est vide.
- Crash également sur la téléportation.
- Régressions des performances du viewer pour des effets de textures qui ne sont pas extraordinaires.
- Un utilisateur de Second Life doit disposer d'un matériel informatique encore plus performant qu'un utilisateur de Steam car la plupart des jeux sur Steam ont besoin de moins de GPU pour beaucoup plus de contenu PBR. Une metavers créé par l'utilisateur nécessite environ trois fois plus de mémoire GPU qu'un jeu bien optimisé.
- Le moteur de rendu PBR effectue la majeure partie du travail dans le GPU. Avec un GPU de niveau joueur, c'est génial sinon, c'est horrible.
- Le moteur de rendu des viewers ne sont pas assez performants. Il faudrait développer un meilleur moteur de rendu.
- PBR fait beaucoup de mal à l'environnement EEP.
- La capacité à contrôler la quantité de détails des objets 3D, les LOD (Level of Detail ), en fonction de la distance d'affichage est gravement altérée ou dysfonctionnelle.
- L'occlusion d'objet est aussi cassées. Ceci dit, l'élimination des occlusions est difficile dans un système avec autant de transparences. Dans peu de jeux, on peut regarder à l'intérieur d'un bâtiment par une fenêtre et voir de l'autre côté par une autre fenêtre.
| NDLR : L'occulsion d'objet une technique utilisée dans les environnements 3D pour déterminer quels objets ne sont pas visibles pour la caméra à un moment donné et peuvent donc être omis du processus de rendu pour économiser des ressources. |
- Le calcul des ombres pose aussi des problèmes. Si on place un objet à deux fois la distance de vue, il est toujours pris en compte pour le calcul des ombres.
- Les miroirs posent aussi des problèmes. La position de la sonde est très critique, il peut y avoir des artefacts. Dans certains cas plus de 1Go d'utilisation supplémentaire de VRAM.[9]
| NDLR : Une sonde est un élément virtuel utilisé pour capturer les informations sur l'environnement environnant et les refléter de manière réaliste dans un miroir virtuel.
Il est capitale de placer la sonde de manière précise pour garantir que les reflets dans le miroir soient corrects et cohérents avec l'environnement virtuel. Des erreurs ou des imprécisions dans la position ou l'orientation de la sonde pourraient entraîner des artefacts visuels ou des distorsions dans le rendu des miroirs, affectant ainsi la qualité globale de l'expérience visuelle |
Problèmes pour les utilisateurs de Second Life
- Les utilisateurs de Second Life sont mécontents de l'augmentation des besoins en matériel pour PBR.
Causes des problèmes PBR
- Second Life s'est précipité pour sortir la nouvelle version de son viewer pour la fête de son 21e anniversaire SL21B. Ce viewer contient les nouvelles fonctionnalités PBR et terrain PBR. Ainsi, les viewers tiers comme Firestorm ont été forcés de sortir aussi une nouvelle version.
RenderSkyAutoAdjustProbeAmbiance
- Si on met l'option de débogage "RenderSkyAutoAdjustProbeAmbiance" à 0, le rendu d'EEP ressemble beaucoup plus à celui des anciens viewers. AutoAdjust semble être une catastrophe. Les utilisateurs de Second Life se plaignent que EEP commence à envoyer trop de lumière. Hors la plupart du temps il sagit d'un "réglage automatique". On dirait que cela ne tient pas compte du fait que la lumière était sRGB et qu'elle est maintenant linéaire.
| NDLR : L'espace colorimétrique sRGB est conçu pour correspondre de manière plus étroite à la façon dont les couleurs sont perçues par l'œil humain, ce qui le rend idéal pour l'affichage sur des écrans. En revanche, l'espace colorimétrique linéaire est une représentation plus précise des couleurs telles qu'elles sont réellement, sans ajustements pour la perception humaine.Elle peut permettre une plus grande précision, un crontôle de l'éclairage plus réalistes, une compatibilité avec d'autres logiciels, un ajustement artistique plus fin. |
- Quelqu'un s'est plaint qu'une région était sombre après avoir installé une skybox à 2000 mètres et réglé la distance de vue à 1024. Ubit Umarof conseil de mettre "RenderSkyAutoAdjustProbeAmbiance" à 0. Il n'a aucune idée de ce que cet ajustement automatique est supposé faire, mais il semble mal le faire dans plusieurs situations.
Source
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-06-25