« Réunion du 30-01-2024 » : différence entre les versions

De OSWiki
Aller à la navigation Aller à la recherche
 
(13 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
= Changements du code de la semaine=
= Changements du code de la semaine=
=== Carte ===
=== Carte ===
* Quelques modifications au sujet de la carte, cette fois au niveau de la grille , pour économiser l'énergie utilisée par les CPU (chaleur et temps): [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=7ce6dd4cf8d0c703c4c5c7e04b6cd553e176494e][http://opensimulator.org/viewgit/?a=commit&p=opensim&h=c0082b4c3f1c27898724a4964c3a4648b963bfb7][http://opensimulator.org/viewgit/?a=commit&p=opensim&h=45e600e4fb6c740fe2e267b8f63ff015400441ce]
* Quelques modifications au sujet de '''la carte''', cette fois au niveau de la grille , pour '''économiser l'énergie''' utilisée par les '''CPU''' (chaleur et temps): [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=7ce6dd4cf8d0c703c4c5c7e04b6cd553e176494e][http://opensimulator.org/viewgit/?a=commit&p=opensim&h=c0082b4c3f1c27898724a4964c3a4648b963bfb7][http://opensimulator.org/viewgit/?a=commit&p=opensim&h=45e600e4fb6c740fe2e267b8f63ff015400441ce]


= Avertissement =
= Avertissement =
{{Avertissement_résumé|fond=pink |bord=red |message = 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 [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou  sur [http://opensimulator.org/wiki/IRC le canal IRC]}}
{{Avertissement_résumé|fond=pink |bord=red |message = 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 [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou  sur [http://opensimulator.org/wiki/IRC le canal IRC]}}
= Noyau=
= Scripts=
= Base de données =
= Modules =
= Bugs =
= Tests =
= Projets en cours / Infos=
= Projets en cours / Infos=
=== PBR et hypergrid ===
=== PBR et hypergrid ===
* Comment PBR fonctionnera avec l'hypergrid ? Est-ce qu'on ne devrait pas rendre hypergrid incompatible pour éviter que les pièces jointes ne perdent les données pbr ?
* '''Comment PBR fonctionnera avec l'hypergrid ?''' Est-ce qu'on ne devrait pas rendre l'hypergrid incompatible pour éviter que les pièces jointes ne perdent les données PBR?
* La plupart du temps, PBR sera ignoré par le destinataire. C'est peut-être une autre bonne raison de bloquer tout changement d'apparence pendant un voyages Hypergrid. Bloquer l'hypergrid juste pour cela pour tout le monde semble excessif. Les utilisateurs gens devraient savoir qu'ils doivent voyager léger sur Hypergrid. Entre autres, Bento et certains scripts posent des problèmes aussi.
* La plupart du temps, PBR sera ignoré par le destinataire. C'est peut-être une autre bonne raison de '''bloquer tout changement d'apparence pendant un voyages Hypergrid'''. Bloquer l'hypergrid juste pour cela pour tout le monde semble excessif. Les utilisateurs devraient savoir qu'ils doivent voyager léger sur Hypergrid. Entre autres, Bento et certains scripts posent des problèmes aussi.
* Ubit Umarov a ajouter quelques blocs de téléportation liées aux "wearable" universels. Peut-être que cela pourra s'étendre aux primitives PBR.


= Viewers=
= Viewers=
=== Sharpview ===
=== Sharpview ===
* Question d'un futur changement de protocole de communication entre le viewer et la région.
* '''Question au sujet d'un futur changement de protocole de communication entre le viewer et la région'''.
* Réponse OpenSim: il faut que les viewers suivent ce que fait OpenSim, le changement de protocole de SL sera appliqué quand les viewers l'auront intégré. Les viewers doivent s'adapter aux deux versions, même en vérifiant la taille des paquets sur lludp. Cela concernerait les points d'attachement des avatars qui sont définis  dans un fichier xml. En fait, sur les passage de frontière et les téléportations, envoyer cette information causera des probmèmes, car les attachement des avatars arrivent beaucoup plus tard.
* Réponse OpenSim: il faut que les viewers suivent ce que fait OpenSim, le changement de protocole de SL sera appliqué quand les viewers l'auront intégré. Les viewers doivent s'adapter aux deux versions, même en vérifiant la taille des paquets sur lludp. Le changement de protocole '''concernerait les points d'attachement''' des avatars qui sont définis  dans un fichier xml. En fait, sur les passages de frontière et les téléportations, envoyer cette information causera des problèmes, les attachement des avatars arrivent beaucoup plus tard.
* Réponse Linden : https://community.secondlife.com/forums/topic/508149-did-the-avatarappearance-message-get-some-new-data-fields/
* Réponse Linden : https://community.secondlife.com/forums/topic/508149-did-the-avatarappearance-message-get-some-new-data-fields/
* Remarques :   
* Remarques :   
Ligne 26 : Ligne 21 :


=== Viewer SL ===
=== Viewer SL ===
* Sources sur Github : https://github.com/secondlife/viewer/tree/DRTVWR-600-maint-A
* '''Sources sur Github''' : https://github.com/secondlife/viewer/tree/DRTVWR-600-maint-A
*  DRTVWR-600-maint-A est plus ou moins une nouvelle branche principale. Ils ont redémarré sur A car ils avaient épuisé l'alphabet avec le DRTVWR-599-maint-Z. Il n'y a pas encore eu beaucoup de mises à jour, mais SL-20635 est l'une d'entre elles.
*  DRTVWR-600-maint-A est plus ou moins une nouvelle branche principale. Ils ont redémarré sur A car ils avaient épuisé l'alphabet avec le DRTVWR-599-maint-Z. Il n'y a pas encore eu beaucoup de mises à jour, mais SL-20635 est l'une d'entre elles.
* '''L'utilisation de fichiers GlTF'''[https://fr.wikipedia.org/wiki/GlTF] sera la prochaine évolution de Linden Lab pour le téléchargement à la place de Collada.
** Blender et Maya peuvent importer et exporter ce format. Ils essaient d'évoluer vers des standards.
** D'après Ubit Umarov, l'utilisation de GlTF pour du streaming n'a pas de sens, il serait peut-être préférable d'utiliser FBX [https://fr.wikipedia.org/wiki/FBX], il y aurait plus d'utilisateurs de FBX que d'utilisateurs de Collada et de GlTF. Avec PBR l'utilisation de GlTF donne un mauvais résultat. GlTF est trop verbeux donc trop de déchets, certe un peu moins que le XML de Collada.


= Source=
= Source=
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-01-30
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-01-30

Dernière version du 1 février 2024 à 17:16

Changements du code de la semaine

Carte

  • Quelques modifications au sujet de la carte, cette fois au niveau de la grille , pour économiser l'énergie utilisée par les CPU (chaleur et temps): [1][2][3]

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


Projets en cours / Infos

PBR et hypergrid

  • Comment PBR fonctionnera avec l'hypergrid ? Est-ce qu'on ne devrait pas rendre l'hypergrid incompatible pour éviter que les pièces jointes ne perdent les données PBR?
  • La plupart du temps, PBR sera ignoré par le destinataire. C'est peut-être une autre bonne raison de bloquer tout changement d'apparence pendant un voyages Hypergrid. Bloquer l'hypergrid juste pour cela pour tout le monde semble excessif. Les utilisateurs devraient savoir qu'ils doivent voyager léger sur Hypergrid. Entre autres, Bento et certains scripts posent des problèmes aussi.
  • Ubit Umarov a ajouter quelques blocs de téléportation liées aux "wearable" universels. Peut-être que cela pourra s'étendre aux primitives PBR.

Viewers

Sharpview

  • Question au sujet d'un futur changement de protocole de communication entre le viewer et la région.
  • Réponse OpenSim: il faut que les viewers suivent ce que fait OpenSim, le changement de protocole de SL sera appliqué quand les viewers l'auront intégré. Les viewers doivent s'adapter aux deux versions, même en vérifiant la taille des paquets sur lludp. Le changement de protocole concernerait les points d'attachement des avatars qui sont définis dans un fichier xml. En fait, sur les passages de frontière et les téléportations, envoyer cette information causera des problèmes, les attachement des avatars arrivent beaucoup plus tard.
  • Réponse Linden : https://community.secondlife.com/forums/topic/508149-did-the-avatarappearance-message-get-some-new-data-fields/
  • Remarques :
    • Il semble que cela soit déjà implémenté sur la grille Beta de SL.C'est le deuxième round du PBR, qui fait plus appel à l'UDP et moins au poller d'événement.
    • Supporter deux façons de faire la même chose est mieux que de supporter deux versions de visionneurs.

Viewer SL

  • Sources sur Github : https://github.com/secondlife/viewer/tree/DRTVWR-600-maint-A
  • DRTVWR-600-maint-A est plus ou moins une nouvelle branche principale. Ils ont redémarré sur A car ils avaient épuisé l'alphabet avec le DRTVWR-599-maint-Z. Il n'y a pas encore eu beaucoup de mises à jour, mais SL-20635 est l'une d'entre elles.
  • L'utilisation de fichiers GlTF[4] sera la prochaine évolution de Linden Lab pour le téléchargement à la place de Collada.
    • Blender et Maya peuvent importer et exporter ce format. Ils essaient d'évoluer vers des standards.
    • D'après Ubit Umarov, l'utilisation de GlTF pour du streaming n'a pas de sens, il serait peut-être préférable d'utiliser FBX [5], il y aurait plus d'utilisateurs de FBX que d'utilisateurs de Collada et de GlTF. Avec PBR l'utilisation de GlTF donne un mauvais résultat. GlTF est trop verbeux donc trop de déchets, certe un peu moins que le XML de Collada.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-01-30