Corruption avec glTexSubImage2D ? [OpenGL] - C - Programmation
MarshPosté le 15-08-2006 à 09:14:41
Bonjour à tous
j'ai un blème avec le morceau de code ci-dessous. J'explique vite fait, l'intérêt n'est pas de comprendre le code mais de comprendre le problème : basiquement je propose deux méthodes pour dessiner des surfaces à l'écran, la plus simple charge la surface entière quelle que soit la portion qui nous intéresse ( SourceRectangle ) ( par ex. si on veut seulement afficher un rectangle 256x256 d'une surface 1024x1024 on chargera quand même entièrement la surface 1024x1024 ) puis dessine un seul quad et la seconde plus complexe divise la surface en plusieurs morceaux et colle plusieurs quads pour reformer le quad qu'on veut dessiner. Le rendu en utilisant la première méthode est nickel mais avec la seconde j'ai un petit problème de corruption plus ou moins aléatoire ( et ça scintille ) lorsque je dessine plusieurs rectangles de la même surface, ils se pompent les uns sur les autres comme on le voit bien sur ces captures :
Bon là encore c'est pas très embêtant, mais d'en d'autres cas c'est complètement illisible. La seconde méthode utilise en fait une "texture tampon" qu'on reremplit avec glTexSubImage2D à chaque fois qu'on dessine un nouveau morceau /ou une nouvelle portion ( suffit de jeter un coup d'oeil au code pour comprendre ). Ma question est : je suis assez nouveau en 3D, est-ce que glTexSubImage2D a besoin qu'on lui laisse le tampon ( ici bltBuffer ) pendant un certain temps ? J'ai essayé de placer des glFinish un peu partout pour voir mais ça n'a pas aidé. Quelqu'un qui connaît bien le fonctionnement de glTexSubImage2D et des drivers/matos ( j'ai le problème avec r200 dri et fglrx avec une 9250 sous Linux ) peut me dire ce qui ne va pas ?
edit : bon tout compte fait spa très clair tout ça je vais essayer de reproduire le problème avec un exemple plus simple
edit 2 : ah ben en réalité la première méthode marche correctement avec fglrx , je me suis démené pour rien
Code :
if(splitDrawing) {
/* The trick is : we split the surface into 128x128,256x256,whatever
* squares then we draws multiple quads. This helps to upload and bind only
* needed portions of (especially full-dirty and/or full-screen) surfaces
* and also will someday take advantage of asynchronous texture uploads
* ( upload/draw the quad while we convert another portion ).
* NOTE: the quad size doesn't depend on the rectangle size because this will
* complexify the code and eat more memory without notable performance boost. */
/* TODO: There should be a reasonable balance between dirtyfying rate,
* surface/rect ratio and the drawing method.
* ( e.g when a surface is never dirtyfied and the rect is not too
* smaller than the surface size basic drawings should be at least as fast )
* For instance remember the blts count ( !! max one per frame ) performed
Marsh Posté le 15-08-2006 à 09:14:41
Bonjour à tous
j'ai un blème avec le morceau de code ci-dessous. J'explique vite fait, l'intérêt n'est pas de comprendre le code mais de comprendre le problème : basiquement je propose deux méthodes pour dessiner des surfaces à l'écran, la plus simple charge la surface entière quelle que soit la portion qui nous intéresse ( SourceRectangle ) ( par ex. si on veut seulement afficher un rectangle 256x256 d'une surface 1024x1024 on chargera quand même entièrement la surface 1024x1024 ) puis dessine un seul quad et la seconde plus complexe divise la surface en plusieurs morceaux et colle plusieurs quads pour reformer le quad qu'on veut dessiner. Le rendu en utilisant la première méthode est nickel mais avec la seconde j'ai un petit problème de corruption plus ou moins aléatoire ( et ça scintille ) lorsque je dessine plusieurs rectangles de la même surface, ils se pompent les uns sur les autres comme on le voit bien sur ces captures :
http://moigeeknevro.com/wine/capture16.png
http://moigeeknevro.com/wine/capture17.png
Bon là encore c'est pas très embêtant, mais d'en d'autres cas c'est complètement illisible. La seconde méthode utilise en fait une "texture tampon" qu'on reremplit avec glTexSubImage2D à chaque fois qu'on dessine un nouveau morceau /ou une nouvelle portion ( suffit de jeter un coup d'oeil au code pour comprendre ). Ma question est : je suis assez nouveau en 3D, est-ce que glTexSubImage2D a besoin qu'on lui laisse le tampon ( ici bltBuffer ) pendant un certain temps ? J'ai essayé de placer des glFinish un peu partout pour voir mais ça n'a pas aidé. Quelqu'un qui connaît bien le fonctionnement de glTexSubImage2D et des drivers/matos ( j'ai le problème avec r200 dri et fglrx avec une 9250 sous Linux ) peut me dire ce qui ne va pas ?
edit : bon tout compte fait spa très clair tout ça je vais essayer de reproduire le problème avec un exemple plus simple
edit 2 : ah ben en réalité la première méthode marche correctement avec fglrx , je me suis démené pour rien
Message édité par SuperDindon le 30-08-2006 à 07:00:33