Capture bitmap...

Version imprimable

19/05/2005, 11h55
Noun

Capture bitmap...

Bonjour,
j'ai un petit probleme avec les captures bitmap, en utilisant la fonction glReadPixels.
Il arrive, lorsque mon objet (j'ai qu'un object dans la scene) sort du cadre (et n'est plus rendu completement), que la méthode glReadPixels renvoie plus de pixels que normalement. Et lorsque je rajoute l'entete BMP pour la visualiser, l'image "glisse" sur certaines lignes... Un decalage de quelques pixels, sur plusieurs lignes (et des fois, des couleurs etranges, mais c'est plus rare). L'autre probleme, c'est qu'il arrive que cela fonctionne même quand l'object est hors du cadre. Donc pas très facile à deboguer.
Je cherche un moyen d'eviter ca. Soit en modifiant les parametre de glReadPixels, soit en empechant mon objet de sortir du cadre, mais je n'arrive pas touver un fonction qui revoit les positions relatives des objets de la scene afin de broquer les mouvements lorsque l'on se rapporche des limites.

Merci d'avance.
19/05/2005, 12h00
Ti-R

Citation:

que la méthode glReadPixels renvoie plus de pixels que normalement

8O

Ton problème semble être un problème classique de manipulation d'images avec une taille en largeur mal définie, ou un pointeur qui saute où il ne faut pas.

Je pense qu'il faut que tu nous montres un bout de code si tu veux qu'on t'aide... sinon cela va être dur dur.

Si tu peux nous montrer la partie glReadPixels + la partie sauvegarde de ton image dans un fichier et la partie conversion en bmp, cela devrait nous aider :)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
      if ( ( (tampon = malloc(640*480*3)) == NULL ) || ( (entete = malloc(54)) == NULL ) ) 
         { 
         printf("Erreur allocation...\n"); 
         break; 
         } 
 
      glPixelStorei (GL_UNPACK_ALIGNMENT, 1); 
      glReadPixels (0, 0, 640, 480, GL_RGB, GL_UNSIGNED_BYTE, tampon); 
 
      capture = fopen("E:\\entete.dat","r"); 
      fread(entete,1,54,capture); 
      fclose(capture); 
 
      capture = fopen("E:\\capture.bmp","w"); 
      fwrite(entete,1,54,capture); 
      fwrite(tampon,1,640*480*3,capture); 
      fclose(capture); 
 
      free(tampon);

Voila...

19/05/2005, 12h31
Ti-R

Bon bah c'est clair et concis... je vois pas d'erreur. Le seul truc qui me "gène" c'est ton entête, où tu fais un copier collé... entete.dat est bien généré ?

http://stielec.ac-aix-marseille.fr/cours/abati/bmp.htm

Aucune méthode de compression n'est initilisé dans l'entête ?
La taille et le nombre de couleur sont les bonnes données ?
19/05/2005, 12h35
Noun

Tout semble ok. Et ca marche dans 98% des cas. Les problemes arrivent quand l'objet sort du champs et n'est plus completement rendu. Et encore des fois, mais hors du champs ca marche.
Le fichier en-tete est correct.

L'autre solution serait de détecter quand un mouvement fait sortir l'objet du champs et ne pas effectuer le mouvement. Mais pour ca, j'arrive pas trouver les fonctions qui vont bien.
19/05/2005, 12h39
Ti-R

Hum, c'est vraiment bizarre ton problème... sinon cela pourrait être un problème de drivers si cela vient pas du code, tu as essayé de mettre à jour ton drivers de carte graphique ?
19/05/2005, 12h46
Noun

Non... Mais dans la fenetre openGL, tout ce passe bien. C'est au moment du glReadPixels qu'il arrive que le buffer déborde. C'est pour ca que je ne me pose pas de question sur le driver de ma carte graphique.
19/05/2005, 17h32
Ti-R

glReadPixels fait partie des fonctions mappé par ta carte graphique, même si c'est pas une fonction 3D, elle va lire les information qui sont stocké dans le buffer de ta carte graphique. Donc il suffit d'une mauvaise implémentation. C'est vraiment bizarre ton problème quand même. A moins que tu ne fasses du software buffer, un rendu dans une bitmap, et que lorsque tu manipules ta bitmap quelque part tu génères un décalage.
20/05/2005, 18h48
olivic

Peux-tu nous montrer l'image générer ?
23/05/2005, 11h30
Noun

Je n'ai pas de site ou je peux deposer une image...
Quelqu'un à une idée???
23/05/2005, 11h52
Noun

Pour la piste de la carte graphique, je viens de faire le test sur une autre machine (plus ancienne, système d'exploitation different, carte graphique differente...), le probleme est toujours la et présente les mêmes déformations...
23/05/2005, 15h55
Noun

Voila la solution à mon probleme :
Avant

Code:

capture = fopen("E:\\capture.bmp","w");

Apres

Code:

capture = fopen("E:\\capture.bmp","wb");

Désolé de vous avoir déranger avec un probleme en carton...
Encore merci pour vos aides.

Par contre, dans une image BMP, il semblerai que les couleurs de chaque point sont décrite dans l'ordre BGR et non pas RGB. Normal?
23/05/2005, 17h30
bafman

oui c'est normal, c'est le format qui veut ca...
24/05/2005, 08h34
Noun

Citation:

Envoyé par bafman

oui c'est normal, c'est le format qui veut ca...

C'est toujours "normal" et surtout beaucoup plus simple avec la solution... :wink: