[OpenGL 3.3] Sortie de shaders

Bonjour,

Pour mon moteur, sous OpenGL 3.3, en Core Profile, je m'attaque a la gestion des shaders. J'arrive déjà à récupérer tous les uniforms ainsi que tous attributes avec toutes les infos qui suivent grâce aux fonctions suivantes :

Code:

---

1 2	- glGetActiveAttrib() - glGetActiveUniform()

---

J'aimerais faire de même pour les sorties de shaders (out), notamment afin d'éffectuer divers contrôles et tout se qui va avec!

Si quelqu'un à une idée sur la façon de faire je lui serais reconnaissant!

Merci d'avance!

J'ai du mal a comprendre ce que tu veux exactement mais les out dans les shaders sont logiquement pas récupérable (enfin jamais vu ça).
Un attribut out dans le vertex shader sera un attribut in dans le pixel shader (sauf gl_position qui de toute façon n'est pas défini en out par toi même) et dans le pixel shader, tu définis un seul attribut out qui va recevoir la couleur final.
Si quelqu'un d'autre voit ce que tu veux tant mieux sinon essaie de préciser avec un exemple ;)

Je vais essayer de m'expliquer plus clairement. Pour cela je vais poser quelques acquis (n'hésiter pas si je me trompe) :

- Contrairement à quand tu dis "tu définis un seul attribut out qui va recevoir la couleur final.", il est possible de définir plusieurs out (voir ce turo de bakura sur developpez.com).

- Récupérer ces out permet ensuite de les utiliser conjointement avec les framebuffers, plusieurs out permet notamment de faire du MRT (multi render target), utile dans certaines techniques comme le Deferred Shading, etc.

- Il est possible de récupérer les sorties mais pas de façon automatiques, en effet il faut connaître le nom et ensuite utiliser la fonction glGetFragDataLocation.



Moi, ce que j'aimerais faire c'est, dans mon système haut niveau (entendre par là "plus" que l'API OpenGL), récupérer automatiquement toutes ces sorties avec les infos qui vont avec comme le type de la sortie (vec2, vec3...).
Faire cela est possible avec les uniforms et les attributs (voir mon premier post)! Ainsi une fois mon shader linker je peux faire plein de tests en mode debug comme vérifier que les infos des VBOs (à savoir position, normal, etc) correspondront bien avec les attributs attendus par le shader. Ainsi j'évite énormément de bugs!

Voila, s'il reste des points obscurs n'hésiter pas :ccool:

Woki, je dormirais moins bête ce soir, je connaissais pas ce côté là des shaders.
Par contre est ce que finalement ce que tu demande n'est pas plus un soucis de design de ton code plus que d'OpenGL en lui même ?
Dans tous les cas, j'ai pas trop d'idée dans l'immédiat mais peut être que quelqu'un d'autre en aura une ;)

Oui c'est peut-être mon design mais c'était afin d'effectuer des tests supplémentaires.

Mais si quelqu'un à une solution quand même je suis toujours preneur! :D

glGetFragDataLocation permet d'utiliser plusieurs buffers de sortie des Fragment Shaders, pas de "lire" les sorties du Fragment Shader (tout au moins pas directement). Voit le chapitre "User-Defined Fragment Shader Outputs" de "OpenGL programming guide" (p. 729-730).

glGetActiveAttrib et glGetActiveUniform permettent juste de récupérer des infos de base (nom, type de variable, position, taille) sur les attributs et uniforms (i j'ai bien compris, j'ai jamais utilisé). Ça permet pas réellement de déboguer.

A mon avis, pour faire du vrai déboguage, c'est à dire récupérer les informations générés par les shaders, il faut :
- utiliser glReadPixels pour les sorties du Fragment Shader. Tu peux diriger la sortie que tu veux en utilisant plusieurs buffer ou mettre une variable int uniform qui va sélectionner dynamiquement la sortie
- pour le Vertex Shader, c'est plus compliqué. Il n'y a pas à ma connaissance de fonction permettant de le lire directement. Donc le plus simple, à mon avis (mais jamais testé) est de créé un Fragment Shader de même taille que la sortie du Vertex Shader et qui copie à l'identique la sortie du Vertex Shader.

Sinon, il existe des outils de débogage pour les shaders (mais jamais testé)

Ah oui pardon je me suis mal fait comprendre. C'est pas vraiment debugger le bon terme.

En fait pour faire cela j'ai l'excellent gDEBugger.

Non ce que je souhaitais c'est de faire comme pour les uniforms et attributs, c'est à dire toutes les infos qui me permettent lorsque je ne compile pas en release de faire des tests supplémentaires.

Par exemple, pour les uniforms j'ai la fonction suivante

Code:

---

Shader::setParameter(GLint location, const vec3 &param);

---

Supposons que la location est correcte, mais qu'elle corresponde à une mat4 et pas un vec3. Je suis alors à même de le repérer grâce aux infos des uniforms! :D

Citation:

---

Supposons que la location est correcte, mais qu'elle corresponde à une mat4 et pas un vec3. Je suis alors à même de le repérer grâce aux infos des uniforms!

---

Je crois qu'il vous faudra un parser de GLSL (ou autre). Soit en utilisant flex/bison (peut être que flex), soit en le faisant à la main.
Sinon, je ne vois pas comment faire.

Ah ok, je comprends mieux. Et donc ma réponse était un peu à côté :D
La chose est que tu n'as pas qu'équivalent de setParameter pour les out des shaders. Je ne vois pas à quel moment tu aurais (pourrais) valider les types. Le seul type de validation que l'on peut faire à mon avis est de faire de l'analyse de texte sur le code des shaders pour vérifier que les out du vertex shader correspondent aux in du fragment shader. A part ça, je vois pas.

Avec les out j'aurais pu déjà savoir si leur nombre correspondait bien avec le nombre de texture/renderbuffer attachés au FBO courant, où même s'il était bien de 1 pour une écriture directe dans le color buffer.

Ensuite la vérification entre les in et out de chaque shader est fait automatiquement par le compilateur GLSL.

Pour la fonction setParameter() elle était bien unique aux uniforms. Les infos sur les attributs me servent ailleurs et celle sur les out auraient servis ailleurs.

Sortir flex bison me paraît un peu gros même si c'est d'excellente qualité!

Citation:

---

Envoyé par victor_gasgas

Ensuite la vérification entre les in et out de chaque shader est fait automatiquement par le compilateur GLSL.

Sortir flex bison me paraît un peu gros même si c'est d'excellente qualité!

---

Disons que comme le compilateur GLSL ne donne aucune information à l'application (compile ou compile pas), et qu'il utilise Flex/Bison .. bah cela semble logique de faire de même :aie:

Oui c'est sur mais avant de sortir l'arme lourde je voulais savoir s'il existait pas une autre solution :mrgreen:

Que pensez-vous de std::regex c++0x, sachant que je code avec g++-4.6.

La portabilité n'est pas un critère important pour l'instant. :aie: