glsl : attributs in et types possibles

Version imprimable

29/11/2012, 23h05
Lintel-oo

glsl : attributs in et types possibles
Bonjour à tous ;)

Je viens de constater quelque chose de très inattendu. En effet, je viens de m'apercevoir que, dans un code qui buggait depuis 1 semaine, envoyer des int en tant que in vec2 dans un shader glsl (version 1.40) avec glVertexAttribPointer à la place d'envoyer des int en tant que in int permettait de résoudre le problème et d'obtenir le comportement souhaité.

Ma question est donc simple : y a-t-il une restriction des types que l'on peut passer en "in" dans le shader, à savoir tous types de base comme int, float ...

En d'autre termes pourquoi écrire
Code:

1 2 #//version 140 in int numberFace
Ne fonctionne pas lorsqu'on passe un tableau d'int via glVertexAttribPointer alors que
Code:

1 2 #//version 140 in ivec2 numberFace
fonctionne lorsqu'on passe un tableau d'int via glVertexAttribPointer.

Avez-vous d'éventuelles explications à me fournir ? Merci par avance !:ccool:
30/11/2012, 13h47
LittleWhite

Bonjour,

Car si vous écrivez

Code:

in int i;

il ne faut pas passer un tableau, mais juste un élément. Après, cela dépend aussi de votre code OpenGL (avez vous fait des glGetError ? Vérifiez vous bien si l'id du in est trouvé ?).
30/11/2012, 18h14
Lintel-oo
Oui ceci expliquerait cela ;) mais dans ce cas comment expliquer qu'on puisse passer des tableaux d'int lorsqu'on met
Code:

1 2 3 in vec3 ou in vec2
dans le shader ?

Sinon je vais effectivement faire quelques tests d'erreur pour vérifier mais je crois l'avoir déjà fait avec gdebugger ^^
30/11/2012, 21h40
LittleWhite

Car au final, un vec2, c'est deux int, soit, un tableau de deux int.

En fait je viens de m'apercevoir que ça ne marche pas dans tout les cas ^^

Voici mon shader (vertex) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
#version 140
 
in highp vec3 in_Color;
in highp int currentCube;
 
out highp vec3 color;
 
uniform float length = 5;
uniform vec3 centers = vec3(10,10,10);
uniform mat4 projection;
uniform mat4 modelview;
 
 
void main()
{
	if(currentCube>=0)
	{
		if(currentCube<1)
		{
		 gl_Position = projection * modelview * vec4(centers[0]-length/2,centers[1]-length/2,centers[2]-length/2, 1.0);
		}
		else if(currentCube<2)
		{
		 gl_Position = projection * modelview * vec4(centers[0]-length/2,centers[1]+length/2,centers[2]-length/2, 1.0);
		}
		else if(currentCube<3)
		{
		 gl_Position = projection * modelview * vec4(centers[0]+length/2,centers[1]+length/2,centers[2]-length/2, 1.0);
		}
		else if(currentCube<4)
		{
		 gl_Position = projection * modelview * vec4(centers[0]+length/2,centers[1]-length/2,centers[2]-length/2, 1.0);
		}
		else if(currentCube<5)
		{
		 gl_Position = projection * modelview * vec4(centers[0]-length/2,centers[1]-length/2,centers[2]+length/2, 1.0);
		}
		else if(currentCube==5)
		{
		 gl_Position = projection * modelview * vec4(centers[0]-length/2,centers[1]+length/2,centers[2]+length/2, 1.0);
		}
		else if(currentCube==6)
		{
		 gl_Position = projection * modelview * vec4(centers[0]+length/2,centers[1]+length/2,centers[2]+length/2, 1.0);
		}
		else if(currentCube==7)
		{
		 gl_Position = projection * modelview * vec4(centers[0]+length/2,centers[1]-length/2,centers[2]+length/2, 1.0);
		}
		else
		{
		 gl_Position = projection * modelview * vec4(in_Vertex[0]+currentCube,in_Vertex[1]+currentCube,in_Vertex[2]+currentCube, 1.0);
		}
	}
	else
	{
		gl_Position = projection * modelview * vec4(centers, 1.0);
	}
 
    color = in_Color;
}

Ce shader ne fonctionne tout simplement pas même si il compile.

J'aimerais savoir pourquoi je déséspère à vrai dire j'ai fait de très nombreux tests et vraisemblablement ce qu'il y a dans les if n'est pas vérifié ou est vérifié de la même façon quelque soit le "currentCube" passé en "argument" au shader.

Voici ce qui se passe dans le main :

Code:

1
2
3
4
5
6
float couleurs3[] = {1.f,1.f,1.f, 0.9,0.9,0.9, 0.8,0.8,0.8, 0.7,0.7,0.7, 0.5,0.0,0.0, 0.6,0.1,0.1, 0.7,0.2,0.2, 0.8,0.3,0.3};
    int ids[] = {0,1,2,3,4,5,6,7};
    unsigned int index2[] = {0,1,2,3,  0,1,5,4,  1,2,6,5,  2,3,7,6,  3,0,4,7,  4,5,6,7};
    //p est le programme correctement compilé
	glBindAttribLocation(p.getProgramID(), 2, "currentCube");
	glBindAttribLocation(p.getProgramID(), 3, "in_Color");

Puis à l'affichage :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
            glVertexAttribPointer(2, 1, GL_INT, GL_FALSE, 0, ids);
            glEnableVertexAttribArray(2);
            glVertexAttribPointer(3, 3, GL_FLOAT, GL_FALSE, 0, couleurs3);
            glEnableVertexAttribArray(3);
 
            glUseProgram(p2.getProgramID());
            glUniformMatrix4fv(glGetUniformLocation(p2.getProgramID(), "projection"), 1, GL_TRUE, matrix.getValeurs());
            glUniformMatrix4fv(glGetUniformLocation(p2.getProgramID(), "modelview"), 1, GL_TRUE, modelview.getValeurs());
            glUniform1f(glGetUniformLocation(p2.getProgramID(), "length"), 5.f);
            glUniform3fv(glGetUniformLocation(p2.getProgramID(), "centers"), 1, center);
 
            glDrawElements(GL_QUADS, 24, GL_UNSIGNED_INT, index2);
 
            glUseProgram(0);
 
            glDisableVertexAttribArray(2);
            glDisableVertexAttribArray(3);

Ce programme est sensé afficher un cube en fonction des index placés dans "ids" et "index2" : ids sont les différents sommets du cube et index2 sont les index correspondant à l'ordre d'affichage des sommets.

09/12/2012, 14h49
LittleWhite

Il n'y a toujours pas de glGetError() ?
Avez vous essayer de voir avec gDEBugger ?
09/12/2012, 19h16
Lintel-oo

Je viens de revérifier toujours aucune erreur ni aucune fuite de mémoire indiquée par gDebugger.

Un autre outil me permet de le confirmer (je ne sais plus le nom exact).
11/12/2012, 22h05
Lintel-oo

Avez-vous des idées de test à effectuer pour savoir d'où l'erreur peut provenir ?
Avez-vous des exemples de code pour le vertex shader qui fonctionnent en utilisant plusieurs instructions if else à la suite ?
12/12/2012, 19h29
LittleWhite

Simplifier le shader afin de savoir si les variable sont bien traités (et même afficher les variables dans la couleur de sortie pour connaitre leurs valeurs).
Sinon, utiliser un débogueur de GLSL (même si je n'en connais pas vraiment, peut être GLSL Devil)
12/12/2012, 22h43
Lintel-oo

Oui j'avais déjà utilisé gldevil mais le problème c'est qu'il ne gère pas les shaders >1.3 donc je suis coincé. En ce qui concerne l'affichage dans la couleur, il y a un problème car le shader n'affiche aucun point, ou plutôt il considère chaque point à la même position donc n'affiche rien.
13/12/2012, 17h02
Lintel-oo

Du nouveau dans l'affaire :

Ce code

Code:

gl_Position = projection * modelview * vec4(in_Vertex[0]+float(currentCube),in_Vertex[1]+float(currentCube),in_Vertex[2]+float(currentCube), 1.0);

Ne fonctionne pas (qu'il y ait la conversion en float ou non) et n'affiche rien
==>> currentCube n'est pas défini

En effet, ce code fonctionne

Code:

gl_Position = projection * modelview * vec4(in_Vertex[0],in_Vertex[1],in_Vertex[2], 1.0);

Il y a donc un problème au niveau de
in highp int currentCube, mais je ne sais absolument pas pourquoi, surtout que je passe bien un tableau d'int au shader !
13/12/2012, 17h21
Lintel-oo

En fait j'ai remplacé le int par float et maintenant ça marche.

Bienheureux celui qui saura m'expliquer la provenance de ce "bug?"
Car je n'ai rien changé d'autre (enfin si j'ai passé les types dans le main de int à float).

Sinon le sujet peut être considéré comme résolu.
13/12/2012, 22h11
LittleWhite

Et si cela vient du code C, qui fait un glUniform1f au lieu de glUniform1i, ou un truc du genre ?
16/12/2012, 23h12
Lintel-oo

J'y avais pensé mais ce n'est pas des uniform mais des vertexAttrib.

En tout cas c'est peut être le même qui se produit sachant que je n'utilise pas de version "typée" de glvertexattribpointer
17/12/2012, 07h52
LittleWhite

En effet, je dirais que pour un int, il faudrait utiliser cette version : glVertexAttribIPointer
17/12/2012, 17h03
Lintel-oo

Ah oui effectivement ça marche comme ça ;)

Tout ça pour ça finalement comme quoi une lettre oubliée et rien ne fonctionne :D

Tant de temps perdu enfin au moins c'est formateur c'est le genre de chose auxquelles on fait attention après ^^