Discussion :

[xion.luhnis]

Bonjour à tous, de nouveau.

Ce post prolonge une idée (pas la principale) de ce post : http://www.developpez.net/forums/d74...ecran-texture/

Je veux appliquer une convolution à diverses textures 2D (en fait, des lettres du TextRenderer de Jogl).
J'ai ainsi repris un fragment shader glsl utilisant un noyau ainsi qu'un tableau d'offsets pour appliquer la convolution.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
// le noyau
uniform float kernel[9];
// les décalages
uniform vec2 offset[9];
 
uniform sampler2D colorMap;
uniform float width;
uniform float height;
 
void main(void)
{
   int i = 0;
   vec4 sum = vec4(0.0);
 
   for( i=0; i<kernel.length(); i++ ){
        vec2 shift = vec2(offset[i].s / width, offset[i].t / height);
        vec4 tmp = texture2D(colorMap, gl_TexCoord[0].st + shift);
        sum += tmp * kernel[i];
   }
 
   gl_FragColor = sum;
}

Mon problème est que les uniforms width et height n'existent pas par défaut.
Je ne peux passer au shader que le kernel et les offsets. Je ne veux pas (car ne le peux pas) passer la largeur de la texture, ni sa hauteur.

J'ai ainsi deux questions :
1. Y a-t-il un moyen pour savoir la taille du fragment complet en cours de traitement ? J'ai besoin de savoir quels sont les valeurs des pixels à côté du pixel en cours de traitement.
S'il n'y a pas moyen de savoir la taille (vu que les primitives rendent ça compliqué), comment faire pour récupérer les données des pixels voisins ?

2. J'ai la variable uniform sampler2D qui contient bien les données de la texture actuellement en traitement. Cependant, je ne l'ai définie nulle part.
Puis-je récupérer les données de taille de la texture dans sampler2D ?
Comment se fait-il que l'objet sampler2D contienne la texture en cours de traitement alors que je n'ai pas envoyé de données uniforme autre que kernel et offset ?

Dans http://www.opengl.org/sdk/libs/OpenS...l_quickref.pdf, il n'y a pas de telle variable build-in de ce type. A quoi dois-je m'attendre si il y a des variables inconnues ?

[TanEk]

Utilise les textures de type rectangle, au lieu d'avoir les coordonnées de 0 à 1, tu as les coordonnées de 0 à la taille de la texture donc tu peux accéder aux voisins classiquement comme en C en faisant : colorMap.r + 1.

[TanEk]

Je viens de voir que tu peux acceder a la taille d'une texture depuis GLSL 1.40. De plus dans cette version les textures de types rectangle semblent depreciees... A voir...

http://www.opengl.org/registry/doc/G...ll.1.40.05.pdf

[xion.luhnis]

Ah, merci bien pour l'information. C'est exactement ce dont je pourrais avoir besoin. Mais que faut-il de spécifique pour pouvoir utiliser GLSL 1.40 ?

Y a-t-il une extension spécifique nécessaire ?
De plus, le choix de supprimer tous les built-ins ... cela veut-il dire que ça va améliorer les performances car on sera obligé d'envoyer ce dont on a besoin, tout le reste ne sera pas envoyé au shader ?

[TanEk]

C'est le driver de ta carte graphique qui te dit s'il supporte GLSL 1.4. Je sais plus aussi dans quelle version d'OpenGL il est integre... peut-etre le 3.0.

Sinon regarde aussi de textFetch, ca a l'air de pouvoir acceder a une texture de type non rectangle de facon classique en C, ca serait peutetre plus interessant pour toi.

Ensuite pour les built-ins je ne vois pas de quoi tu parles (je connais pas trop les dernieres nouveautes de GLSL j'apprends en meme temps que toi ).