Discussion :

[victor_gasgas]

Bonjour,

j'essaye d'utiliser les framebuffers object d'opengl mais lors de leur utilisation je ne comprend pas l'utilité des render buffer comparé aux textures? si quelqu'un peut m'expliquer. j'ai déjà compris le rôle du FBO après qui est de faire un rendu offscreen

merci d'avance l

[LittleWhite]

Bonjour,

Je ne vois pas trop ce que vous n'avez pas compris...

Un FBO (Frame Buffer Object) est un objet OpenGL qui décrit une destination de rendu (un endroit ou dessiner). Habituellement, c'est notre écran, mais maintenant nous pouvons dire que la destination sera une texture. Donc, on transformera la texture en FBO (à peu de choses près) pour pouvoir dessiner dedans (rendu donc offscreen).

Dans la finalité, cela permet de faire tout un tas de techniques avancées du genre shadow map je crois et autre effet de camera de surveillance sur une scène

[victor_gasgas]

Merci mais tout cela je l'avais déjà compris (comprendre le rôle du FBO, soit en général le rendu off screen).

J'ai dû mal me formuler, mais ce que je ne comprend pas c'est lors de la création du FBO, qu'elle est la différence entre attaché une texture ou un Render Buffer, car on peut mettre les deux aprioris (pour un color buffer ou le depth buffer peu importe).


Et à cela je pense avoir trouver un élément de réponse, à confirmer :
- Texture : Si par la suite on souhaite utiliser le depth on le met dans une texture de façon à l'utiliser dans un shader ou autre par la suite.

- Render Buffer : Imaginons un FBO où l'on ne souhaite recueillir que le color buffer mais que la scène soit complexe et nécessite un depth buffer pour l'exactitude de la scène, alors ce depth buffer la sera un render buffer.


Si quelqu'un peut infirmer ou affirmer je suis toujours prenant. Et merci des réponses.


Edit : LittleWhite j'essaye bien oui de mettre sur pied du shadow mapping sur OpenGL 3.3 Et tout autres effets cools, voir les exemples de post traitement sur www.geeks3d.com par exemple

[ShevchenKik]

Bonjour,

un FBO a besoin de savoir où vont être écrite les infos de couleur. Pour celà on attache soit un "color render buffer", soit une texture.

Dans mon app je fais du rendu offscreen via un FBO auquel j'attache une texture, et j'utilise cette texture par après.

d'après ce lien: http://www.gamedev.net/reference/art...rticle2331.asp, on peut utiliser a la place un "color render buffer" pour sauver des infos qui n'on pas de format de texture correspondant, par exemple si on veut sauver le stencil buffer ou le depth buffer du rendu offscreen.

En pratique, je n'ai malheureusement pas d'exemple d'utilisation à te donner, vu que pour l'instant je n'utilise que le rendu dans des textures

[victor_gasgas]

Merci pour ta réponse, mais je ne sais pas toujours dans quels usages utiliser les renders buffers ou sinon les textures.

Et à cela je pense avoir trouver un élément de réponse, à confirmer :
- Texture : Si par la suite on souhaite utiliser le depth on le met dans une texture de façon à l'utiliser dans un shader ou autre par la suite.

- Render Buffer : Imaginons un FBO où l'on ne souhaite recueillir que le color buffer mais que la scène soit complexe et nécessite un depth buffer pour l'exactitude de la scène, alors ce depth buffer la sera un render buffer.


Si quelqu'un peut infirmer ou affirmer je suis toujours prenant. Et merci des réponses.

Mais merci de participer au sujet

[TanEk]

Le "render to render buffer" est "utile" quand tu n'as besoin que d'ecrire dans ce buffer et pas besoin de lire par la suite comme tu le fais pour le rendu dans l'ecran classique. Ce type de buffer est donc optimise pour l'ecriture seule et peut (selon l'implementation OpenGL) etre plus rapide qu'un "render to texture".

Pour ce qui suit je n'en suis pas sur donc a verifier: un "render to render buffer" ne supporte pas tous les types de formats de texture il me semble et aussi supporte d'autres fonctionnalites qu'un "render to texture" ne supporte pas, par exemple l'antialising.