« Réunion du 20-02-2024 » : différence entre les versions

De OSWiki
Aller à la navigation Aller à la recherche
 
(25 versions intermédiaires par le même utilisateur non affichées)
Ligne 9 : Ligne 9 :
= 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]. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉}}
{{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]. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉}}
= Noyau=
= Scripts=
= Scripts=
== llIsFriend ==
== llIsFriend ==
[[Réunion_du_20-02-2024#llIsFriend |Voir les changements de code de la semaine]]
* [[Réunion_du_20-02-2024#llIsFriend |Voir les changements de code de la semaine]]
 
== LInkSetData ==  
== LInkSetData ==  
* [[Réunion_du_13-02-2024#Support_LinkSetData Voir la réunion du 13-02-2024]]
* [[Réunion_du_13-02-2024#Support_LinkSetData | Voir la réunion du 13-02-2024]]
* Les données des objets liés  ne sont toujours pas persistantes, elles ne sont ni stockées dans la base de données, ni dans les OARs, ni en direct sur la région.
* Les données des objets liés  ne sont toujours pas persistantes, elles ne sont ni stockées dans la base de données, ni dans les OARs, ni en direct sur la région.


= Base de données =
= Base de données =
===Textures corrompues ===
* '''Questions''' :Existe-t-il une autre  façon de récupérer  une textures que via une requête dans la base de données ? Existe-t-il une requête de région ou Robust qui vérifie d'abord le cache de la région ? (Kayaker Magic récupère les textures avec un script PHP pour trouver les images corrompues, il décode l'image et détecte les erreurs, puis il essaie de trouver les objets qui les contiennent. Outils : Imagemagick[https://imagemagick.org/]  pour php et openjpeg [https://www.openjpeg.org/] )
* '''Réponses''' :
** La cap [http://opensimulator.org/wiki/Capabilities/fr]  par défaut devrait déjà passer par le cache avant que la région n'envoie une requête .
** La meilleure façon d'obtenir des textures est d'utiliser le service de région standard.  Si on passe  directement par le service d'assets, on perd toutes les textures dynamiques, les avatars et les textures '''baked''' . Code source où chercher : ...OpenSim\Capabilities\Handlers\GetAssets\GetAssetsHandler.cs
** Il se peut que les erreurs de console pour les textures sont dues au fait qu'elles ne sont pas trouvées, et non à un fichier image corrompu.
** L'utilisation d'anciens OAR peut aussi apporter des textures corrompues.
** La taille de l'image est parfois trop importante pour être traitée. Sur maptile create on peut l'ignorer
** '''Si vous voyez réellement une prim devenir blanche ou grise c'est une corruption de texture, sinon la plupart des logs de débogage de textures manquantes ou corrompues sont juste des données de bake aléatoires ou des textures dynamiques.'''
* Exemples de messages d'erreur pour une image corrompue
<pre>
2023-04-17 14:05:05,687 WARN  [Warp3D]: Failed to decode texture f828406b-7ec9-48fd-9650-8b849e332d30 for prim meshFoodBasket at , exception EOF reached before finding Contiguous Codestream Box
</pre>
= Modules =
= Modules =
= Bugs =
===Carte de région ===
= Tests =
*  Vincent Sylvester a réussi à changer le rendu des tuiles de la carte au moment de l'exécution et définir si la région utilise le module de carte MapImageModule ou Warp3DImageModule qui génère de meilleurs images. [http://opensimulator.org/wiki/Warp3DImageModule]. C'est expérimental.
= Projets en cours / Infos=
* Normalement la carte est générée juste avant que la région ne s'enregistre sur la grille, de sorte que la carte soit là au moment de l'enregistrement.
= Viewers=
* Il a découplé la génération de la carte du démarrage pour qu'elle  ne bloque pas le démarrage de la région et il l'a fait tourner dans son propre thread pour qu'elle ne bloque pas la console. Le découplage signifie qu'une tuile normale  peut être générée d'abord et rapidement pour passer ensuite à  la carte warp3d plus complexe et envoyer des mises à jour de l'état de la région, y compris les mises à jour en direct.
* Ndrl : pour cette partie, le chat de la réunion est assez flou, beaucoup de choses non dites à deviner pour comprendre. Donc, ici le risque d'une mauvaise interprétation est assez élevé.
 
===DataSnapshot===
* Le module DataSnapshot[http://opensimulator.org/wiki/OpenSim.Region.DataSnapshot/fr] est un IRegionModule qui utilise les données de diverses parties de la scène OpenSimulator et produit un fichier au format spécifique XML . À partir de ce fichier, vous pouvez créer des services Web avec les données de sortie. Il est comparable à une "API de recherche", bien qu'il ne soit pas limité à la simple recherche.
* Il semble que ce module produise une fuite de mémoire ou de CPU.  Après quelques semaines d'exécution, chaque snapshot crée un énorme pic de puissance de calcul.
 
=== OpensimSearch ===
* Ce module  n'est pas dans le noyau (donc il faut l'installer) , Osgrid utilise celui d'Andrew Hellershanks (kcozens).[http://opensimulator.org/wiki/OpenSimSearch][https://github.com/kcozens/OpenSimSearch]
* Vincent Sylvester (Tampa) a développé un fork. Corrections apportées : 2 bugs de l'analyse syntaxique, des catégories manquantes, listes d'événements erronées dans la façon dont elles renvoyaient les résultats paginés.[https://github.com/kcozens/OpenSimSearch/pull/12/commits][https://github.com/Tampa/OpenSimSearch]
* Le Fork est réécrit en CodeIgniter 3 [https://fr.wikipedia.org/wiki/CodeIgniter], donc le code ne fonctionne pas directement en php simple.
* Il y a des soucis de correspondance entre les bases de données, par exemple les viewers, au moins Firestorm, affichent les heures des événements dans le fuseau horaire local, en ignorant complètement l'heure de la grille. Dans la base de données, les heures sont stockées sous forme d'heures unix, ce qui fait qu'il y a trois fuseaux horaires à manipuler.
* Si quelqu'un est intéressé par plus d'informations il peut s'informer auprès de Vincent Sylvester.
 
= Source=
= Source=
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-02-20

Dernière version du 23 février 2024 à 16:52

Changements du code de la semaine

llIsFriend

  • Ajout de la fonction LSL llIsFriend [1]. Cette fonction renvoie un booléen (un entier) qui est VRAI si agent_id et le propriétaire de la prim dans laquelle se trouve le script sont amis, sinon FAUX.[2]

Bande passante

  • Quelques changements pour rendre la région un peu plus résistante aux demandes de bande passante. [3]

Divers

  • Modifications "cosmétiques".

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


Scripts

llIsFriend

LInkSetData

  • Voir la réunion du 13-02-2024
  • Les données des objets liés ne sont toujours pas persistantes, elles ne sont ni stockées dans la base de données, ni dans les OARs, ni en direct sur la région.

Base de données

Textures corrompues

  • Questions :Existe-t-il une autre façon de récupérer une textures que via une requête dans la base de données ? Existe-t-il une requête de région ou Robust qui vérifie d'abord le cache de la région ? (Kayaker Magic récupère les textures avec un script PHP pour trouver les images corrompues, il décode l'image et détecte les erreurs, puis il essaie de trouver les objets qui les contiennent. Outils : Imagemagick[4] pour php et openjpeg [5] )
  • Réponses :
    • La cap [6] par défaut devrait déjà passer par le cache avant que la région n'envoie une requête .
    • La meilleure façon d'obtenir des textures est d'utiliser le service de région standard. Si on passe directement par le service d'assets, on perd toutes les textures dynamiques, les avatars et les textures baked . Code source où chercher : ...OpenSim\Capabilities\Handlers\GetAssets\GetAssetsHandler.cs
    • Il se peut que les erreurs de console pour les textures sont dues au fait qu'elles ne sont pas trouvées, et non à un fichier image corrompu.
    • L'utilisation d'anciens OAR peut aussi apporter des textures corrompues.
    • La taille de l'image est parfois trop importante pour être traitée. Sur maptile create on peut l'ignorer
    • Si vous voyez réellement une prim devenir blanche ou grise c'est une corruption de texture, sinon la plupart des logs de débogage de textures manquantes ou corrompues sont juste des données de bake aléatoires ou des textures dynamiques.
  • Exemples de messages d'erreur pour une image corrompue
2023-04-17 14:05:05,687 WARN  [Warp3D]: Failed to decode texture f828406b-7ec9-48fd-9650-8b849e332d30 for prim meshFoodBasket at , exception EOF reached before finding Contiguous Codestream Box

Modules

Carte de région

  • Vincent Sylvester a réussi à changer le rendu des tuiles de la carte au moment de l'exécution et définir si la région utilise le module de carte MapImageModule ou Warp3DImageModule qui génère de meilleurs images. [7]. C'est expérimental.
  • Normalement la carte est générée juste avant que la région ne s'enregistre sur la grille, de sorte que la carte soit là au moment de l'enregistrement.
  • Il a découplé la génération de la carte du démarrage pour qu'elle ne bloque pas le démarrage de la région et il l'a fait tourner dans son propre thread pour qu'elle ne bloque pas la console. Le découplage signifie qu'une tuile normale peut être générée d'abord et rapidement pour passer ensuite à la carte warp3d plus complexe et envoyer des mises à jour de l'état de la région, y compris les mises à jour en direct.
  • Ndrl : pour cette partie, le chat de la réunion est assez flou, beaucoup de choses non dites à deviner pour comprendre. Donc, ici le risque d'une mauvaise interprétation est assez élevé.

DataSnapshot

  • Le module DataSnapshot[8] est un IRegionModule qui utilise les données de diverses parties de la scène OpenSimulator et produit un fichier au format spécifique XML . À partir de ce fichier, vous pouvez créer des services Web avec les données de sortie. Il est comparable à une "API de recherche", bien qu'il ne soit pas limité à la simple recherche.
  • Il semble que ce module produise une fuite de mémoire ou de CPU. Après quelques semaines d'exécution, chaque snapshot crée un énorme pic de puissance de calcul.

OpensimSearch

  • Ce module n'est pas dans le noyau (donc il faut l'installer) , Osgrid utilise celui d'Andrew Hellershanks (kcozens).[9][10]
  • Vincent Sylvester (Tampa) a développé un fork. Corrections apportées : 2 bugs de l'analyse syntaxique, des catégories manquantes, listes d'événements erronées dans la façon dont elles renvoyaient les résultats paginés.[11][12]
  • Le Fork est réécrit en CodeIgniter 3 [13], donc le code ne fonctionne pas directement en php simple.
  • Il y a des soucis de correspondance entre les bases de données, par exemple les viewers, au moins Firestorm, affichent les heures des événements dans le fuseau horaire local, en ignorant complètement l'heure de la grille. Dans la base de données, les heures sont stockées sous forme d'heures unix, ce qui fait qu'il y a trois fuseaux horaires à manipuler.
  • Si quelqu'un est intéressé par plus d'informations il peut s'informer auprès de Vincent Sylvester.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-02-20