render to texture

Version imprimable

Voir 40 message(s) de cette discussion en une page

render to texture

salut,
Je voudrais faire du render to texture. j'ai trouvé des explication en cherchant un peu partout et j'ai commencé un premier programme (qui a mon sens devais fonctionner).
Comme vous vous en doutez, ca ne marche pas et je bloc donc.

voici mon paint (sous delphi):

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
  glClearColor(0.1, 0.0, 0.2, 0.0);
  glClear(GL_COLOR_BUFFER_BIT or GL_DEPTH_BUFFER_BIT);
  glLoadIdentity();
 
  //dessine une scene dans une texture.
  glViewport(0, 0, 256, 256);
  glClear(GL_COLOR_BUFFER_BIT or GL_DEPTH_BUFFER_BIT);
  glLoadIdentity();
  glPushMatrix();
    glcolor3f(0,0.2,0.8);
    DessinCube;// ma scene
  glPopMatrix();
  glBindTexture(GL_TEXTURE_2D, TextureRendue);
  glCopyTexImage2D(GL_TEXTURE_2D, 0, GL_RGB, 0, 0, 256, 256, 0);
 
  //dessine un quad avec ma texture crée.
  glViewport(0, 0, 800, 600);
  glColor3f(1, 1, 1);
  glClearColor(0.0, 0.0, 0.0, 0.0);
  glClear(GL_COLOR_BUFFER_BIT or GL_DEPTH_BUFFER_BIT);
  glBindTexture(GL_TEXTURE_2D, TextureRendue);
  glBegin(GL_QUADS);
       glTexCoord2i(0,0);glVertex3f(-2,-2,0);
       glTexCoord2i(1,0);glVertex3f(-2, 2,0);
       glTexCoord2i(1,1);glVertex3f( 2, 2,0);
       glTexCoord2i(0,1);glVertex3f( 2,-2,0);
  glEnd();

TextureRendue est déclarer comme ceci:

Code:

TextureRendue:gluint;

dans mon init j'ai ceci:

Code:

1
2
3
4
5
6
7
8
9
GetMem(pData, 256*256*3);
  glGenTextures(1, @TextureRendue);
  glBindTexture(GL_TEXTURE_2D, TextureRendue);
  glTexEnvi(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_MODULATE);
 
  glTexImage2D(GL_TEXTURE_2D, 0, 3, 256, 256, 0, GL_RGB, GL_UNSIGNED_BYTE, pData);
  glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
  glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR);
  FreeMem(pData);

voila, j'espere ne rien avoir oublié.

12/06/2006, 10h58
NiuAge

Je dis surement n'imp, mais t'es sur qu'il faille libérer la mémoire dans l'init ?
12/06/2006, 11h17
damienlann

il me semble puisque c'est un pointeur et qu'il est déclaré dans l'init.

je savais que j'avais oublié des trucs

Code:

var pData: Pointer;

ca c'est la déclaration de mon init.
12/06/2006, 11h43
djo.mos

En quoi ton programme bloque au juste ? tu obtiens un quad noir ? ou est ce que tu obtiens un runtime error ?
Et autre chose, t'as pas l'impression que ton quad est un peu trop petit pour être visible (4px * 4px) ?

Enfin, pour ce qui est du pointeur pData, le fait de le libérer ne change rien. En fait, tu aurais même pu t'en passer complètement, faut juste allouer un id de texture dans la foction init, et glCopyTexImage2D fera le reste.
12/06/2006, 11h51
damienlann

Citation:

Envoyé par Modjo

En quoi ton programme bloque au juste ? tu obtiens un quad noir ? ou est ce que tu obtiens un runtime error ?

Tout s'execute bien mais seulement je ne vois rien.

Citation:

Envoyé par Modjo

Et autre chose, t'as pas l'impression que ton quad est un peu trop petit pour être visible (4px * 4px) ?

La taille des quads c'est pas en pixel ??

Citation:

Envoyé par Modjo

Enfin, pour ce qui est du pointeur pData, le fait de le libérer ne change rien. En fait, tu aurais même pu t'en passer complètement, faut juste allouer un id de texture dans la foction init, et glCopyTexImage2D fera le reste.

Tous le code que j'ai mis dans mon init ne sert a rien ??
12/06/2006, 13h24
bafman

normalement, passer un pointeur NULL a la fin de
glTexImage2D va te l'initialiser à du noir, donc (a priori) pas besoin de pointeur.
sinon, si tu change la couleur de nettoyage de fond, est ce que tu vois bien le quad en noir ?
est ce que les texture 2D sont bien activée (glEnable(GL_TEXTURE_2D)), on ne sait jamais ;)
12/06/2006, 14h14
damienlann

Citation:

Envoyé par bafman

Si tu changes la couleur de nettoyage de fond, est ce que tu vois bien le quad en noir ?

niet

Citation:

Envoyé par bafman

est ce que les texture 2D sont bien activée (glEnable(GL_TEXTURE_2D)), on ne sait jamais ;)

ouai, ca doit meme etre la premiere chose que j'ai faite.

au fait... pour le principe... c'est bon?
12/06/2006, 17h18
bafman

donc si tu ne vois pas ton quad... c'est tout simplement qu'il n'apparait pas a l'ecran... ou alors que tu n'a rien rendu dans ta texture (qui a donc la couleur du fond)
12/06/2006, 17h32
damienlann

Dans mon code y'a, en gros, deux parties

Citation:

Envoyé par bafman

donc si tu ne vois pas ton quad... c'est tout simplement qu'il n'apparait pas a l'ecran...

donc probleme dans la deuxieme partie

Citation:

Envoyé par bafman

ou alors que tu n'a rien rendu dans ta texture (qui a donc la couleur du fond)

ou alors probleme dans la premiere partie.

lol je commence a localiser mon probleme....
13/06/2006, 10h31
damienlann

up
c'est un code que j'ai adapté (au moins essayé)
ici
c'est en delphi mais le probleme, comme toujours, c'est qu'ils ne font pas que du render to texture. Ils font aussi du blending, des diplaylist... donc j'ai du faire un tris et j'ai peut etre viré des truc utiles

Citation:

Envoyé par moi

au fait... pour le principe... c'est bon?
13/06/2006, 13h39
djo.mos

Oui, pour le principe, en "principe" c'est bon.
Je repose ma question sur la taille du quad, c'est 4px * 4px, ce qui fait riquiqui, essaies de l'agrandir.

Citation:

Envoyé par Modjo

Oui, pour le principe, en "principe" c'est bon.
Je repose ma question sur la taille du quad, c'est 4px * 4px, ce qui fait riquiqui, essaies de l'agrandir.

Je ne vois pas pourquoi tu penses que c'est 4px * 4px, à cause de :
Code:

1 2 3 4 5 6 glBegin(GL_QUADS); glTexCoord2i(0,0);glVertex3f(-2,-2,0); glTexCoord2i(1,0);glVertex3f(-2, 2,0); glTexCoord2i(1,1);glVertex3f( 2, 2,0); glTexCoord2i(0,1);glVertex3f( 2,-2,0); glEnd();
??

A part dans une vue orthonormée (et lorsque les tailles sont bien mises en place), cela ne veut pas dire que c'est 4px*4px. Ca dépend de la vue mise en place, la position de la caméra...

Dans le code présenté, il n'en parle pas, comment faire pour le savoir?

Jc

13/06/2006, 13h55
djo.mos

C'est vrai ce que tu dis, c'est pas exactement 4px * 4px, mais avec un viewport de 800*600, la taille réelle n'en est pas loin ;)
13/06/2006, 14h12
damienlann

Citation:

Envoyé par Modjo

C'est vrai ce que tu dis, c'est pas exactement 4px * 4px, mais avec un viewport de 800*600, la taille réelle n'en est pas loin ;)

ecoute, en temps normale je fais des cube avec des tailles similaire et je les vois trés largement. mais bon je vais essayer quand meme.
13/06/2006, 16h18
bafman

Citation:

Envoyé par Modjo

C'est vrai ce que tu dis, c'est pas exactement 4px * 4px, mais avec un viewport de 800*600, la taille réelle n'en est pas loin ;)

ca depend completement de l'emplacement de la camera... donc a priori pas de probleme...
13/06/2006, 17h05
Pflafon

Pour le render to texture, il existe une extension spécifique qui permet de rendre dans un framebuffer autre que celui du contexte. Cela te permet de rendre directement dans une texture plutôt que de la copier du framebuffer du contexte OpenGL. De plus, tu peux associer à cette "texture" un z buffer et un stencil buffer qui lui est spécifique. Utile pour les effets qui nécessite un rendu "offscreen".

GL_EXT_framebuffer_object
http://www.msi.unilim.fr/~porquet/gl...bject.txt.html
14/06/2006, 09h47
damienlann

Citation:

Envoyé par Pflafon

Pour le render to texture, il existe une extension spécifique qui permet de rendre dans un framebuffer autre que celui du contexte. Cela te permet de rendre directement dans une texture plutôt que de la copier du framebuffer du contexte OpenGL. De plus, tu peux associer à cette "texture" un z buffer et un stencil buffer qui lui est spécifique. Utile pour les effets qui nécessite un rendu "offscreen".

GL_EXT_framebuffer_object
http://www.msi.unilim.fr/~porquet/gl...bject.txt.html

sans extensions c'est pas mal non plus... et je vois pas ce qui gene a rendre dans le framebuffer du context.
De toutes facon il faut bien rendre quelque part. (:koi: ne pas prendre cette phrase seul dans une citation... lol)
14/06/2006, 09h59
bafman

l'aventage des FBO c'est qu'ils sont stocké dans la mémoire graphique, donc le rendu est fait directement sur la carte graphique, donc par de récuperation sur le GPU pour renvoyer sur la carte graphique.
sans FBO, il faut faire :
rendu dans le buffer standard
récuperer le contenu du buffer sur le GPU
retransformer le tout en texture.

on a donc un transfert GPU->CPU (tres lent, les ports AGP ne sont pas symetriques dans leurs transfert contrairement aux ports PCI express) puis re transfert CPU->GPU qu'on a pas avec les FBO.
par contre c'est une extension relativement récente, donc pas supporté par toutes les cartes (bien qu'il soit possible de le faire sur toutes etant donnée que c'est une extension non hardware donc géré au niveau driver...)
14/06/2006, 14h45
gybe

Avec copyteximage il n'y a pas de transfert GPU->CPU et CPU->GPU, tu dois cependant faire une copie supplémentaire GPU -> GPU pour copier le contenu du back buffer dans une texture, alors qu'avec les FBOs tu peux rendre directement dans une texture et donc sauver la copie en mémoire vidéo.
14/06/2006, 15h07
damienlann

Citation:

Envoyé par gybe

tu dois cependant faire une copie supplémentaire GPU -> GPU pour copier le contenu du back buffer dans une texture

C'est pas ce que je fais avec cette ligne:

Code:

glCopyTexImage2D(GL_TEXTURE_2D, 0, GL_RGB, 0, 0, 256, 256, 0);

?

Voir 40 message(s) de cette discussion en une page