Discussion :

[zenux]

Bonjour,

J'ai implémenté du deferred shading/lighting dans mon moteur et cela fonctionne bien. J'aimerais bien introduire le normal mapping mais je ne vois pas comment faire cela.

- Sans deferred shading, c'est super simple: on calcule un vecteur dans l'espace tangent dans le vertex shader: "tbnDirToLight = tbnMatrix * (light.position - vertex)". Dans le fragment shader, il suffit de faire un 'dot product' avec la normal de la normal map et avec notre vecteur 'tbnDirToLight'.

- Avec du deferred shading: comment faire ? Calculer mon vecteur 'DirToLight' dans l'espace tangent dans mon fragment shader ? Ca risque d'être très lourd, non ?

Merci d'avance.

[TanEk]

A mon avis tu dois le faire pendant la passe de geometrie du vertex shader du deffered shading et pas apres pendant le shading.

[zenux]

Si j'ai bien compris ton message, je dois faire un calcul dans la première passe: c'est à dire quand je remplis mes buffers de depth, color, specular and normal ?

Qu'est-ce que je calcule dans ce vertex shader ? L'espace tangent (normal, tangent, binormal) ? Et ensuite dans mon fragment shader, je modifie chaque normal de ma normal map dans l'espace tangent ? C'est assez coûteux par rapport a du non-deferred shading.
Si c'est la seul solution je ferais avec...

[TanEk]

Deja dans un premier temps pour clarifier les choses: je n'ai jamais implement le deferred shading ni le normal mapping donc il peut y avoir des details d'implementation que je ne vois pas, j'essaye juste de te donner des idees apres a toi de voir si ce que je dis est bon ou pas . Si quelqu'un s'y connait plus dans le domaine, qu'il se manifeste.

Ensuite, premiere question: avec le normal mapping, tu fais le shading dans l'espace tangent? Pas dans l'espace camera? Ensuite je sais pas mais le deferred shading ca consiste a avoir les informations de position et de normale (ainsi que de materiau) dans des buffers pour pouvoir ensuite faire le shading en deferred.

Si j'ai bien compris le normal mapping, ca consiste a perturber la normale d'une geometrie en utilisant une normal map. L'output est donc le meme qu'un rendu classique excepte que tu dois passer dans une texture lookup pour pouvoir determiner la normale pour le shading.

Mais le shading est fait dans une autre passe. Donc je ne comprends vraiment pas le probleme que tu as pour faire du shading sur des geometries classiques et des geometries avec du normal map. Ca devrait etre la meme chose!

En gros:

• rendu classique, output: position + normal + materiau
• rendu avec normal map, output: position + normal (avec un texture fetch) + materiau

Apres:
deferred shading avec ces inputs.

C'est la meme chose!

[Astraya]

Bonjour,
Le principe du deffered shading est de séparer ou différer (deffered) les étapes de rendu ( le shading) donc, il y a 4 étapes, les 2 premières et les 2 dernières sont séparées, les voici:

1. Computing geometry shape (that is, the triangle mesh)
2. Determining surface material characteristics, such as the normal, the bidirectional reflectance distribution function, and so on
3. Calculating incident light
4. Computing surface/light interaction, yielding the final visual

Voici différents liens importants:
http://http.developer.nvidia.com/GPU...ems3_ch19.html
http://http.download.nvidia.com/deve...ed_Shading.pdf

[zenux]

Merci pour vos réponses.

Finalement, dans la première passe de mon algo, j'ai multiplié chaque pixel de ma normal map par l'inverse de la matrice TBN (tangent, binormal, normal). Ensuite j'utilise les valeurs calculées dans la deuxième passe de mon algo pour calculer l'éclairage.

C'est certe plus couteux que de faire du normal mapping sans deferred shading mais je n'ai pas trouvé de meilleure solution.

[LeGreg]

Pour que le deferred shading soit intéressant il faut tout de même que le shader et la scène dépasse une certaine complexité (réduction de l'overdraw et du nombre de passes "géométriques").

LeGreg