Aller au contenu

Réunion du 20-01-2026

De OSWiki

Changements du code de la semaine

osNpcPlayAnimation

Commit et Mantis

  • Mantis 9224 : osNpcPlayAnimation n'accepte pas les clés.
  • Commit 483365 : permet à osNpcPlayAnimation de lire n'importe quelle animation à partir du service d'assets, si un UUID est fourni à la place des seules animations par défaut.

Prototype de la fonction

osNpcPlayAnimation(key npc, string animation)

Lance l'animation sur le PNJ identifié par sa clé.

Discussion

  • La fonction osNpcPlayAnimation lit désormais directement les UUID des animations. Il n'est plus besoin de placer les animations dans l'inventaire de l'objet. C'est une demande qui a été faites via [[Lexique_des_réunions#Mantis |Mantis].

Compilateur

Commit

Discussion

  • Sur Linux le compilateur semblait avoir du mal avec une déclaration potentiellement ambiguë.
  • Vincent Sylvester mentionne des ambiguïtés liées à l'utilisation de listes ou de tableaux. Des éléments comme [list - 1] et [.. list] sont difficilement compréhensibles.
  • Il y a très peu d'informations sur les raisons pour lesquelles la compilation a échoué. Apparemment cela a été corrigé. Comme c'est Microsoft, ils ne le comprennent probablement pas eux-même.

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


Débat

Pourrait-on utiliser les UUID avec llStartAnimation ?

Question

NDLR  :
  • Il semble qu'il y ait eu une petite erreur dans le nom de la fonction LSL. Les intervenants parlent de llPlayAnimation qui n'existe pas. J'ai donc supposé qu'ils parlaient de la fonction llStartAnimation.


Prototype de llStartAnimation

Function: llStartAnimation( string anim );

Lance l'animation anim pour l'agent qui a donné au script le droit PERMISSION_TRIGGER_ANIMATION et si les droits n'ont pas été révoqués depuis.

Sécurité

  • Dans le cas de llStatAnimation, pour des raisons de sécurité, l'animation doit figurer dans l'inventaire de la primitive. La lecture d'animations sur les avatars est limitée aux animations des inventaires des primitives ou aux animations standards connues des viewers.
  • Il ne faudrait pas que les avatars puissent être soumis à des animations aléatoires auxquelles les utilisateurs n'auraient pas consenti.
  • Cela semble plus logique d'utiliser les identifiants des animations pour les PNJ (NPC). Ils ne peuvent pas refuser une animation.
  • D'après Gavin Hird, c'est aussi une question de droits d'auteur. L'utilisation de l'identifiant d'une animation permettrait à tout le monde de l'utiliser gratuitement sans la posséder.
  • Guga Rajal ne comprends pas pourquoi on ne peut pas utiliser les UUID des animations alors que l'utilisation des UUID des textures est permise.
  • Pour plus de protection, il faudrait désactiver OSSL. La plupart des fonctions OSSL ne vérifient pas beaucoup les les autorisations.
  • Vincent Sylvester voit toujours des fonctions d'animations forcée utilisées au lieu de vérifier les permissions avec run_time_permissions.

Autorisations

  • Pour les PNJ, Gavin Hird ne voit pas la différence avec les avatars. Les PNJ ont aussi un créateur et s'il ne dispose pas des autorisations appropriées pour une animation, alors la PNJ ne doit pas pouvoir l'utiliser.
  • Vincent Sylvester signale que pour les PNJ c'est inoffensif et pour la question des autorisations, l'animation est accessible mais seulement à ceux qui auraient de toute façon les moyens de contourner les mesures qui pourraient être mise en place. Verrouiller les assets pour le commerce est une décision au niveau de la grille qui nécessite déjà des modifications du code si vous souhaitez obtenir une expérience totalement verrouillée.
  • Ubit Umarov indique qu'il n'y a aucune vérification des autorisations d'animation sur les PNJ, les assets n'ont pas d'autorisations pour les PNJ. Comment pourrait-on vérifier les autorisations sur la lecture ? Faudrait-il ne pas laisser les autres utilisateurs voir l'animation, sauf s'ils ont toutes les autorisations ? Ce n'est pas très utile de lire une animation que seul le propriétaire peut voir.
  • Gavin Hird répond que cela fonctionnerait de la même manière que si vous aviez une ancienne animation de remplacement.
  • Sur OpenSim, les assets ne sont pas tenus d'avoir des informations sur ou leur propriétaire, ce sont des métadonnées facultatives. Donc, il faudrait rechercher le propriétaire du PNJ et vérifier son inventaire pour voir s'il contient l'animation, ce qui est une tâche lourde car cela nécessite d'appeler l'inventaire. Si vous lisez beaucoup d'animations, cela va générer une certaine charge. Ceux qui peuvent faire apparaître des PNJ ont généralement des droits de propriété de toute façon, donc la plupart des mesures de sécurité ont déjà été supprimées.
  • Si on connait l'UUID d'une animation configurée pour ne pas être transférée, il est possible de la lire avec un PNJ. Mais, les UUID sont protégés par les viewers. On ne peut pas copier l'UUID d'une animation qu'on ne possède pas et il en va de même pour les textures, les sons, etc. Bien entendu, cette protection ne concerne que les gens qui ne savent pas comment contourner cela. Ce qui est un défaut et il n'y a pas grand-chose à faire sans rompre la compatibilité. Linden Lab suppose également qu'on ne peut pas extraire des éléments du cache du viewer.

Hypergrid

  • Gavin Hird aimerait vraiment que creatorID soit obligatoire, il dit que cela permettrait de se débarrasser de toutes sortes d'assets inutiles qui encombre les tables par les visiteurs hypergrid. Il a reçu un jour la visite d'un visiteur hypergrid avec un inventaire très important, il a ajouté à lui seul 5 Go de données à la table des assets. La console a craché des copies de dossiers pendant une heure après son départ.
  • En hypergrid, à l'arrivée, les assets sont copiés dans les assets de la grille locale, pour éviter d'avoir à les récupérer sur toutes les téléportations. L'inventaire n'est pas copié, seulement ce qui se trouve dans les attachements ou l'utilisateur fait un rez (mais ces assets restent uniquement dans la région).
  • Les meshes ont des informations sur le créateur ajoutées par les viewers lors du téléchargement.
  • Les assets des visiteurs hypergrid devraient être stokées ailleurs, l'enregistrement dans la base de données pose trop de problèmes. De plus la valise hypergrid déjà piteux état bien qu'elle soit très utile.
  • 🏗️

Viewers

Les ressources sont-elles envoyées via UDP au viewer ?

  • 🏗️

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2026-01-20

Récupérée de « https://cogito.no-ip.info/cogito/OSWiki/index.php?title=Réunion_du_20-01-2026&oldid=7538 »