problème chargement BMP

Version imprimable

bonjour,

j'ai un problème concernant le chargement de fichiers BMP. quand je reecris l'image, les pixels de l'image se trouvent decalés. Je me demande si à la lecture je fais ce qu'il faut sachant que j'ai lu pour le format BMP qu'il fallait complété chaque ligne par des 0 pour qu'elle soit multiple de 4.

Pour la lecture,J'ai essayé ce bout de code mais ça ne marche pas.(lecriture est le meme excepté qu'on a write a la place de read):cry:

J'avoue que je commence à tourner en rond et je suis un peu perdu. quelqu'un pourrait-il m'eclairer?:oops:
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 for (int i=0;i<hauteur;i++) { for (int j=0;j<largeur;j++) { if(j == (largeur-1)) { if(largeur%4 == 0) { f.read((char*)&image[i][j],sizeof(char)); } else { f.read((char*)&image[i][j],sizeof(char)); char inutile; for (int k=0; k< (int)(largeur - (largeur/4)*4); k++) f.read((char*)&inutile,sizeof(char)); } } else { f.read((char*)&image[i][j],sizeof(char)); //printf("%d\n",&image[i][j]); } } }

23/07/2006, 16h41
Laurent Gomila

Le chargement de bitmaps à ma main c'est plus vraiment d'actualité, pourquoi n'utilises-tu pas l'une des nombreuses bibliothèques qui le font déjà très bien ?
23/07/2006, 22h55
tiboo

tout simplement parce que je veux savoir comment on fait. C'est l'objectif de mon projet. Je sais que des truc style freeimage evite de se poser des questions....
enfin ca serait sympa si qqun pouvait m'aider....

Merci
24/07/2006, 18h01
BigNic

Evidement tu as pensé au Header ?
Quand au 0 ça fait longtemps que j'ai pas joué avec des BMP, mais il me semble que ce n'est pas necessaire. Peut être sous les sytéme 64 bits seulement ?
24/07/2006, 18h17
tiboo

oui j'ai pensé au FILEHEADER et INFOHEADER.
J'ai essayé un truc avec une image 1 bit/pixel : au lieu de lire 2 RGBQUAD (un pour chaque couleur) j'en lis 4. Et là ça fonctionne!!!C'est donc qu'il ya un decalage qqpart....
24/07/2006, 19h04
khayyam90

as-tu essayé avec des images dont les dimensions (la largeur surtout) sont multiples de 4 ?
Tu seras au moins vite fixé pour savoir si le souci se pose dans les 0 à rajouter ou autre part.

Et je confirme qu'il est nécessaire de compléter chaque ligne par des 0 pour avoir un nombre d'octets multiple de 4.
25/07/2006, 21h09
tiboo

j'ai essayé avec une image 256 par 256 mais ca ne fonctionne toujours pas.. j'en susi pas loin je le sens...:(
26/07/2006, 00h12
tiboo

qqun pourrait-il m'aider je tourne en rond........................
:roll: :roll: :roll: :roll: :roll: :roll: :roll: :roll: :roll: :roll:
26/07/2006, 11h07
themadmax

http://www.cplusplus.com/src/winbmp.zip

Et il en existe des millier comme celui-la !
26/07/2006, 14h34
homeostasie

Salut

Ayant bossé un moment sur un projet de traitement d'image avec notamment l'ouverture de bitmap, je te joins des liens qui m'ont été utile:

http://www.developpez.net/forums/showthread.php?t=33868

http://www.developpez.net/forums/showthread.php?t=31822

http://www.developpez.net/forums/showthread.php?t=24541

Peut être y trouvera tu des renseignements!
27/07/2006, 17h28
tiboo

merci beaucoup pour vos renseignements et vos liens. J'ai regardé winbmp mais j'aurai bien voulu savoir si la manière dont je m'y prenais fonctionnait :

je procède de cette manière :
je lis mon bitmpabfileheader, mon bitmpainfoheaderr, ma palette et mon tableau de pixel

pour la palette si je fais :
rqbg = new RGBQUAD[2];
f.read( (char *) rgbq, 2 * sizeof(RGBQUAD) )

cela fonctionne t-il pour lire ma palette??si j'ai bien compri read decale au fur et a mesure qu'on lit dans le fichier (est ce que je suis clair dans ma question?)
:lol:
27/07/2006, 18h26
Laurent Gomila

Citation:

rqbg = new RGBQUAD[2];
f.read( (char *) rgbq, 2 * sizeof(RGBQUAD) )

Là tu as une palette 2 couleurs, j'espère que ce n'est pas le code qui gère les palettes 256 couleurs (mode 8 bits).
28/07/2006, 00h30
tiboo

non non , c le code qui gère la palette 2 couleurs (bitmap monochrome). Mais est ce que c'est correct d'ecrire cela?
j'ai l'impression que j'ai un decalage dans la lecture de l'image, qu eje ne commence pas la lecture du tableau de pixel au bon octet...:? :roll: :roll:
28/07/2006, 02h53
Laurent Gomila

Citation:

Mais est ce que c'est correct d'ecrire cela?

Sans la petite erreur qui s'est glissée lorsque tu as recopié le code, et sorti de tout contexte, oui. Il n'y a qu'à vérifier les 2 valeurs lues pour en être sûr.
28/07/2006, 10h57
Médinoc

Un truc que tu peux vérifier aussi, ce sont les offsets spécifiés dans les structures de l'en-tête (attention, il arrive que ce soit eux qui soient invalides)
28/07/2006, 22h32
tiboo

c'est à dire??? comment le verifier ( je suis novice en c++)

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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
 
int diff=0;
	ifstream f(name,ios::binary);
 
    if (f.is_open())
	{
		f.read((char*)&header,sizeof(BITMAPFILEHEADER));
		f.read((char*)&infoHeader,sizeof(BITMAPINFOHEADER));
 
		hauteur=infoHeader.biHeight;
		largeur=infoHeader.biWidth;
 
		if (header.bfType != 19778)
		{
		    printf("bad magic number bmp ...");
		}
 
		if (infoHeader.biCompression > 0)
		{
			cout << "Format compressé non supporté..." << endl;
		}
 
		if (infoHeader.biBitCount==1)
		{
                        int l=0,diff=0;
			rgbq = new RGBQUAD[2];
 
			if ((double)((largeur)/4.)!=(int)((largeur)/4.)) {diff=((int)((largeur/4.)+1))*4-largeur;}
			image = new unsigned char* [hauteur];
			for ( l=0;l<hauteur;l++)
				{
					image[l] = new unsigned char [largeur+diff];
				}
			f.read((char *)rgbq,(2*sizeof(RGBQUAD)));
 
			for (int i=0;i<hauteur;i++)
				{
					for (int j=0;j<(largeur+diff);j++)
						{
                                f.read((char*)&image[i][j],sizeof(char));
                        }
				}
			//printf("1er pixel : %d\n",image[0][0]);
		}

bon ce code pour lire un bmp monochrome ne fonctionne pas . Pourtant d'apres tout ce que j'ai pu lire,ça devrait marcher... c desesperant.qqun voit-il ce qui cloche?

29/07/2006, 00h02
tiboo

arrgggh...j'ai trouvé mon decalage. C'est une faute très bête...:oops: :mur:
Ce n'est pas à la lecture que cela coinçait mais à l'ecriture. En effet, dans le champs biBitOff ,j'oubliais de specifier la taille de ma palette...

Code:

header.bfOffBits=(sizeof(BITMAPINFOHEADER)+sizeof(BITMAPFILEHEADER)+(2*sizeof(RGBQUAD)));

bon cependant ça ne resoud pas tout mes problèmes. maintenant, il faut que je vois comment me servir de la palette.....car je n'ai pas les vrai couleurs pour ll'instant.
29/07/2006, 10h01
Laurent Gomila

Citation:

Ce n'est pas à la lecture que cela coinçait mais à l'ecriture

Il faut toujours vérifier ton image de test avec un logiciel de visualisation avant toute chose, surtout si c'est toi qui a écrit l'image 8O

Sinon j'aime beaucoup le printf suivi d'un cout :lol:
29/07/2006, 12h08
tiboo

:lol: :lol: j'avais même pas vu....bon on va dire que je fais des essais. Je me forme:mouarf: :mouarf:
en fait c une vieille habitude du boulot...je travaille en PERL où on utilise printf.