Dans un forum du fameux blog JeuxOnLine en langue française, Marianne Qunhua pose une intéressante question : dans le groupe spécialisé FireStorm, un développeur parlait de ray-casting en vue! c'est quoi ??

A priori, et selon mes souvenirs très lointains de Pov-Ray, le raycasting est techniquement parlant une méthode programmée pour calculer des images de synthèses en trois dimensions. Il paraît évident que ce n'est pas le vrai but de cette nouvelle instruction du LSL, le langage de script de Linden Lab.

Il n'y a pas grand chose à se mettre sous la dent en matière de documentation pour l'instruction llCastRay et l'exemple du Second Life Wiki ne sert à rien puisqu'il se contente de vérifier l’authenticité du résultat.

En fait, dans cette page du wiki, il faut lire et comprendre le paragraphe intitulé : "Ideas"
Traduction
Bien sûr, les gars, vous n'avez pas besoin d'idées pour commencer, mais en voici quelques unes :

• Armes. Moi je prie pour que llCastRay fasse que les projectiles simulés des armes deviennent essentiellement désuets dans SL. Ils sont horribles pour les performances. Je vous recommande RayCast !
• Objets intelligents
• Véhicules. Essayez de simuler des roues à l'aide des RayCasts. Pas sûr que LSL sera assez rapide, mais j'aimerais que quelqu'un essaye et nous le raconte.
• Ce sera très lent, mais en quelque sorte cool, un traceur de rayons qui pourrait construire une image d'une région en émettant des rayons à l’entour et en déterminant la couleur des objets qu'ils atteignent et qui modifierait une prim enfant dans un objet pour avoir cette couleur ... ou à peu près. J'aimerais vraiment voir quelqu'un construire quelque chose comme ça, effectivement.
• Beaucoup d'autres choses.

Fin de traduction

Avec ça on commence à comprendre ce que fait cette instruction : en quelque sorte on détermine une position de départ et une position d'arrivée entre lesquelles on trace une ligne droite. Le LSL analyse les surfaces rencontrée en fonction de filtres et de flags (exemple : ne pas reporter les objets non physiques et ne tenir compte que des prims racines des objets).

En retour la fonction donne, dans l'ordre où ils sont rencontrés, les UUID des objets rencontrés (et autorisés) et des informations sur ces objets. On peut aussi savoir si le rayon a rencontré du terrain.

Il y a une importante limite : la durée d'exécution de la fonction est limitée en dur (c'est à dire que ce ne serait pas un paramètre de la fonction) pour éviter de surcharger le viewer et le simulateur. C'est mesuré en nombre de microsecondes par frame. Aussi faudra-t-il clairement établir les paramètres pour minimiser le nombre d'obstacle rencontrés.

Voili, voilou ce que j'en sais pour le moment. Ah oui, autre chose, cette nouvelle fonction se teste actuellement dans Aditi sur les mêmes régions que les meshes (mouais, mouais, mouais...)

Garmin Kawaguichi,
rayon de soleil