Salut Magun !

Je t'ai préparé un projet simple avec juste le shader water que j'utilise.
De mon côté j'ai pas mal gratté a chercher d'autres exemples mais c'est compliqué de comparer avec mon shader.

1) Effectivement le "gros paté" ce n'est pas le résultat voulu, je t'ai mis une capture d'écran du résultat dans l'archive que je t'ai envoyé par mail.
Oui visiblement il y a une couche de texture qui sert a faire une normal (3 couche de texture il me semble).

2) et 3) -> essai avec le nouveau projet que je t'ai envoyé.

4) Le skydome étrange sert a mettre une texture transparente avec nuages, c'est un model 3d qui tourne très lentement. J'applique la même texture sur un skydome irrlicht qui est statique et on dirait que les nuages se séparent (c'est mon bricolage çà oubli cette partie je l'ai supprimé sur le dernier).

Moi de mon côté je ne comprend pas pourquoi on crée une deuxième caméra pour la réflexion, c'est coi le principe ? Il y a une subtilité à faire çà ?

Dans le code du shader tu verra une variable "pass" qui sert à limiter la vitesse du rafraichissement sauf que dès que je l'augmente on voit vite que la réflexion n'est plus fluide.

J'ai testé mon prog sur un pc récent (ASUS ROG NVIDIA 1080) et j'ai constaté qu'on descendait à 55 fps au lieu de 60 par moment. Du coups je me suis dis qu'il y a quelque chose qui va pas.

???

tu sait, cela prend du temp (~une aprem) et je ne serait vraiment disponible qu'qpres fin juin, mais j'ai commencer a ecrire un petit code
si tu as d'avantage de temp, au lieu d'attendre la reponsse miracle, commence a realiser quelque chose : CMapReflexion
cette classe seras une implementation de ILightManager

en gros le but est de filter les nodes a rendre, c'est a dire : pour chaque "pass" du drawAll du scene manager, si un ILightManager est set il va apeller une fonction de l'objet referenecent un ILightManager

par exemple, en fouillant dans le code source d'irrlicht on trouve cela:

idem pourles objets solide, l'ombre, les objets transparent, ... etc

donc tu peut selectionner grace au type de la "pass" actuel ce que tu veut rendre ou pas, et, meme selectionner les nodes a rendre en fonction de leurs types
toi normalement tu va rendre uniquement les skybox et les objets solides. Parmit les objets solide, tu va naturelement exclure le terrain et d'autre "babiole" en fonction du gain de performance que tu souhaite

du coup tu va pouvoir utiliser cela, conjointement avec ce que tu avais deja dans CMapWater tu setLightManager avans le smgr->drawAll et tu l'unset apres (nullptr)

l'etape d'apres c'est d'ecrire cette class CMapWater correctement !! -> tu ajoute pas un ISceneNode dans un ISceneNode pour gerer ce dernier, tu fait un vrai scene node dedier a l'eau
tu donne le path des shader dans le constructeur, tu lui donne un vrai type (getType devrait retourner ESNT_WATER_SURFACE), bref on peut trouver pas mal de truc a faire avec ces deux/trois element

ce n'est que mon avis evidement, mais sa a un but : avoir un code claire, debuter une architecture, et donner de la coherence pour pouvoir l'utiliser plus tard
apres y a plus simple, mais j'aime bien experimenter, et je pensse que sa peut donner un truc pas trop mal, en offrant des possibiliter pour plus tard

Hey ! Je "n'attends" pas de réponse miracle, loin de là, je voulais juste savoir si tu avais reçu mon dernier mail avec un code plus propre !!!
Pour info, j'ai trouvé une autre solution concernant la coloration du ciel, elle vaut ce qu'elle vaut mais j'utilise setFOG :

Je me suis bien cassé la téte à tracer la courbe de variation de couleur tout au long de la journée, pour chaque couleur RGB j'ai une courbe.
Je calcul mes couleurs en init, puis je me contente de les afficher dans l'update.
çà fonctionne super bien!

Concernant le shader de l'eau, comme je t'ai dis je part de zéro, donc j'en suis encore aux tutos de débutant. J'ai réussis à texturer un cube, et çà a été très laborieux, alors bon forcément je traine un peut derrière. Je vais essayer de créer cette classe de réflexion, par contre le contenu çà va être super tendu d'improviser mais je m'accroche. Je pense que pour toi c'est évident tout çà, pour moi j'ai l'impression de découvrir pleins de choses.

Je te remercie grandement pour tout le temps que tu investi

Salut, je suis désoler mais je n'aurait pas le temps avans le weekend prochain pour te pondre quelques chose
trop de taf pour cette fois ci, cordialement

ps: si le fog te statisfait pourquoi pas, mais a mon sens ce n'est pas une "vrai" solution, tu contourne juste le problème

Salut ! ok pas de soucis, de mon côté je comprends que ce n'est pas une "vrai" solution d'utiliser le fog, je me suis alors mis sur un shader tout simple.

çà marche bien, j'arrive a assigner un material de couleur RGB.
Par contre, premier obstacle, la couleur du ciel change en fonction du temps dans mon appli,
et du coups je ne vois pas comment changer dynamiquement les valeurs RGB de mon shader.
Car une seule couleur est créée au moment de l'init, normal :

Dernière modification par jonath313 (04-06-2017 00:53:02)

quelques remarques vites fait:

peut-être transformer en

et donc si tu veut donner une couleur a ta texture tu fait une multiplication:

ensuite OnSetConstants n'est pas une initialisation, mais un "callback" et est apeller a chaque frame, tu peut donc envoyer la couleur que tu veux, a tout moment

Merci Magun ! çà fonctionne super bien !
Par contre voici mon code :

pixel_color_shader.frag :

vertex_color_shader.vert :

Pour le fichier pixel je comprends ce que je fais, par contre pour le fichier vertex je ne saisis pas trop pourquoi j'utilise:
uniform mat4 mWorldViewProj;
uniform mat4 mInvWorld;
uniform mat4 mTransWorld;
uniform vec3 mLightPos;
uniform vec4 mLightColor;
(Je me suis inspiré d'un tuto pas très complet et j'ai laissé comme çà).
En fait ce que je ne comprends pas c'est le rapport avec un vertex, qui est un point d'un mesh 3d non ?

uniform c'est juste pour dire que c'est une donnée "externe" qui seras mis à jours dans ton programme, ici tu n'en utilise que trois mWorldViewProj, Texture1, background (tous accessible depuis vertex/fragment s'il sont declarer)
enssuite, en opengl tu a trois type de matrice

    projection http://rvirtual.free.fr/programmation/O … /c1106.htm
    view: en gros la camera, (position et rotation)
    world: la matrice de l'objet (position, rotation, scale) et des parents

sauf que toi tu as un objet dans sont repaire xyz et toi quand tu dessine tu est dans le repaire "scene/world" puis view puis projection
et le but c'est juste de passer d'un repaire a un autre, pour chaque objets de la scene
il faut simplement appliquer les différentes matrice "haut dessus" (object -> world -> view -> projection) et c'est mWorldViewProj * objet
mais ton object c'est pas une matrice, mais une liste de vertexes, tu applique donc ta matrice 4x4 a chaque vertex de ton object (gl_Vertex) qui est un vec3(x,y,z) harmoniser en vec4 (x,y,z,1)

mLightPos est  mal nommé, ce serait plutot mCameraPos, mLightColor inutile
et puis gl_TexCoord[0] = gl_MultiTexCoord0; c'est juste une copie,

au moment de la rasterisation il va interpoler automatiquement les  toutes les donner calculer ici 3 par 3 gl (1 pour chaque sommets du polygone) qui est envoyer au fragment shader (tu n'en a donc plus que 1 a traiter)
gl_TexCoord devien une coordonner sur le polygonne (au lien d'un sommet)
gl_vertex devient gl_FragCoord (tu passe du repaire objet au repaire écrans)
et cela pour touts les pixels visibles

Merci beaucoup pour tes conseil, j'ai réussi a faire mon premier shader et il fonctionne correctement. Pour la coloration du ciel j'en ais terminé, j'ai repris tous mes codes pour créer un module météo. J'ai appliqué mon shader aux nuages et je joue sur l'opacité pour les faire apparaitre c'est vraiment surper comme rendu.

En ce qui concerne le shader de l'eau j'ai fais quelques recherche de mon côté. Par rapport à ce que tu disais sur le fait que les "pass" soient "sélectives", dans la doc, j'ai trouvé ceci :

Si j'ai bien compris, quand je fais smgr->drawall(), le rendu comprend toute cette liste de type de nodes.

Je peux alors récupérer le type de la "pass" de cette manière ?:

Je suis sur la bonne voie où à côté de la plaque ?

Je n'ai pas trop saisi ce que tu entends par : "Dans CMapWater tu setLightManager avant le smgr->drawAll et tu l'unset apres (nullptr)" :

C'est cela dont tu parle ?

Quand j'utilise le debug je me rends compte que ma variable CurrentPass est toujours à ESNRP_NONE est-ce normal ? Du coups la réflexion est jamais appelée.
Je dois passer quoi en paramètre de  setLightManager (ILightManager *lightManager) ?

Dernière modification par jonath313 (20-06-2017 00:01:25)

Salut !

je voie que tu as avancer sur les shaders, c'est bien, tu voie c'est pas tres compliquer, bon peut-être un peut plus quand il faut faire des maths pour faires des effects un peut plus pousser
alors oui tu t'ai bien documenter, par contre l'utilisation ce n'est pas ça

par exemple ILightManager resembleras a quelques chose du genre

ensuite, soit tu genère ta reflexion map dans une class approprier et partager dans ton appli
soit tu reste comme ça et tu donne le ILightManager a ton CMapWater

voila c'est un exemple de base qui te permetra de filtrer t'est nodes pour la reflexion
evidement tu peut ajouter des critères dans CMapReflexion::OnNodePreRender, les objets d'une tailles inferieur a une certaine taille peuvent être desactiver, ... etc