Discussion :

[nounou213]

Bonjour tout le monde, jai ecrit un programme qui ouvre puis s'auvegarde les fichier ppm, il marche nikel, mais il décone avec certainnes images, il affiche qu'une partie de l'iamge et l'autre partie en blanc.
j'ai déroulé mon programme pat à pat jusqu'au pixel ou les problème commence et j'ai vu que
le fgetc() recupère EOF sans atteindre la fin du fichier.

j'ai joins l'image originale en jpg, l'image resultat en jpg et le fichier image ppm dans le fichier rar

est ce que quelqu'un à une idée d'où vient le probleme
merci les amis.

[pseudocode]

Hum... je sens gros comme une maison que tu as recupéré la valeur de fgetc() dans un "char" et pas dans un "int".

Du coups, au premier "0xFF" rencontré dans ton fichier, tu récuperes "-1" au lieu de "255", et tu sort en croyant que c'est EOF.

J'ai raison ?

[souviron34]

et pourquoi ne pas se servir du package tout fait ?

[nounou213]

non la première fois jai recupérer le fgetc dans un char, mais j'ai changé pour un unsigned char et le fgetc retourne 255, mais tous les fgetc suivant retourne 255 càd le blanc
et c'est la meme chose pour int,
pour le package jai pas compris : quel package?

[nounou213]

quelqu'un peut m'aider svp

[souviron34]

par exemple le package le plus connu : netpbm

http://netpbm.sourceforge.net/

transfert presque tout format d'image vers presque tout. Avec les sources. En particulier lit/écrit des ppm, etc...

Petit exemple :

• jpegtopnm
• pngtopnm
• pnmfile
• pnmrotate
• pnmscale
• ppmtojpeg
• ppmquant
• ppmtogif
• pnmtopng
• giftopnm
• pnmcut
• pnmflip

[pseudocode]

non la première fois jai recupérer le fgetc dans un char, mais j'ai changé pour un unsigned char et le fgetc retourne 255, mais tous les fgetc suivant retourne 255 càd le blanc
et c'est la meme chose pour int,
pour le package jai pas compris : quel package?

fgetc() retourne un "signed int":

0...255 = Valeur de l'octet lu dans le flux
-1 = EOF