Version imprimable
Bonjour, quel est la méthode la plus "propre" pour rendre un shader material dans une scène avec des lumières multiples ? Je sais comment ajouté des lumières en dur dans le code du shader mais je ne sais pas trop comment faire ça dynamiquement et proprement :?
Merci pour votre aide !
Pour info j'utilise le HLSL
__________________________
Mon blog
Il suffit de les passer en paramètre à ton shader.Citation:
Je sais comment ajouté des lumières en dur dans le code du shader mais je ne sais pas trop comment faire ça dynamiquement et proprement
Quel type de paramètre utiliser ? En fait dans mon shader de base j'ai ces paramètres :Citation:
Envoyé par Laurent Gomila
float3 LightPosition;
float4 LightColor;
Puis j'ai voulu que le shader supporte plusieurs lumières donc j'ai modifié le code en conséquence :
float3 LightPosition1;
float4 LightColor1;
float3 LightPosition2;
float4 LightColor2;
J'ai fait les modifs dans le VS-PS et ca fonctionne mais je me doute que ce n'est pas la bonne technique pour ajouter une lumière n'y-a-t'il pas un moyen d'ajouter x lumières en paramètres en shader ? Un tableau par exemple ?
__________________________
Mon blog
Non, ton shader doit savoir combien de lumières il va gérer. Donc il faut que tu fixes une limite maximum.
Mais rien ne t'empêche de déclarer un tableau de N lumières, et d'envoyer à chaque frame le nombre de lumières effectives. Avec un modèle de shader suffisamment récent, tu devrais pouvoir gérer ça avec une boucle.
Ok, j'ai fait les modifs et ca fonctionne... mon seul soucis c'est de devoir utiliser les shaders 3.0 parceque les 2.0 ne me laisse pas assez d'instructions pour réaliser ma boucle :?
__________________________
Mon site
Dans le meme ordre d'idées, n'y a t il pas une limitation sur le nombre de parametres que le vertex shader peut passer au pixel shader ?
Lorsque l'élairage est calculé par vertex, le shader accepte autant le lumiere que l'utilisateur le souhaite dans la limite du nombre de constantes autorisées je suppose. Par contre, lorsque l'éclairage est calculé dans le pixel shader, les texcoordN sont un peu juste pour passer les vecteurs lumieres (H, L, etc.) et les propriétés des lumières (couleurs).
La solution est elle bien de générer plusieurs passes, une pour chaque groupe de lumieres ?
Merci,
Xter.
En même temps... Qui gère autant de lumières dynamiques de nos jours ? D'autant plus qu'il y a d'autres techniques très intéressantes à exploiter, selon le résultat voulu.
D'aprés mes tests jusqu'a 3 lumières c'est gérable dans un shader au délà ca devient une usine à gaz :D
La seule technique convainquante que j'ai testé c'est le defered shading mais niveau performance c'est assez catastrophique... :?
__________________________
Mon Site
Tu peux par exemple pour chaque vertex fusionner N sources lumineuses en une seule que tu passeras au pixel shader. La plupart du temps on n'y voit que du feu.
Tu peux aussi utiliser les spherical harmonics pour compresser l'éclairage environnant et ainsi utiliser 5000 lampes si tu veux.
Tu es limité à 10 interpolants vectoriels haute précision (avec le shader model 3.0). Si tu as besoin de plus il faut trouver une autre méthode. (plusieurs passes par exemple)Citation:
Envoyé par xterminhate
Egalement, tu peux modifier ton rendu pour ne passer qu'une poignée de paramètres via l'interpolateur et passer le reste par les constantes de shaders (si tu arrives à décrire ta lumière en constante par objet, soit sa position pour une lumière omni, ou sa direction pour une lumière directionnelle). Bien entendu tu augmenteras alors potentiellement le nombre de constantes à passer au pixel shader et la complexité de ton pixel shader en contrepartie.
Tout dépend ce qui est le plus couteux pour toi : la puissance arithmétique (des pixel shaders), ou la bande passante mémoire et le cout CPU (supplémentaire engendrée par le multipasse).
LeGreg