« Réunion du 25-06-2024 » : différence entre les versions

De OSWiki
Aller à la navigation Aller à la recherche
Ligne 60 : Ligne 60 :
=== RenderSkyAutoAdjustProbeAmbiance===
=== RenderSkyAutoAdjustProbeAmbiance===
* Si on met l'option de débogage "RenderSkyAutoAdjustProbeAmbiance" à 0, le rendu d'EEP ressemble beaucoup plus à celui des anciennes visionneuses. AutoAdjust semble être une catastrophe.
* Si on met l'option de débogage "RenderSkyAutoAdjustProbeAmbiance" à 0, le rendu d'EEP ressemble beaucoup plus à celui des anciennes visionneuses. AutoAdjust semble être une catastrophe.
* 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.
* 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=
= Source=
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-06-25
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-06-25

Version du 27 juin 2024 à 14:06

Législatives, demandez le programme !

Affiches

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

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

Tests

Projets en cours / Infos

Viewers

Test de la nouvelle version du viewer Firestorm

  • Sortie de la version PBR 7.1.9 (74745) [7], 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.

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.

Problèmes généraux du viewer

  • 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. C'est 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.

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 anciennes visionneuses. AutoAdjust semble être une catastrophe.
  • 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