déjà tes pixels sont décalés (essaye d'alterner entre les deux images pour t'en rendre compte), donc ça vient peut-être de là... (genre le programme se mange une EOF parce qu'il a voulu lire une ligne en trop, du coup il plante et le fichier est tronqué même si le programme avait écrit toute l'image)
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
non je pense pas, puisque je connais le nb de lignes et de colonnes
int r,g,b;
for (i=0;i<nbrow;i++)
for (j=0;j<nbrow;j++)
{
r=fgetc(file);
g=fgetc(file);
b=fgetc(file);
}
non c juste une erreur d'ecriture
int r,g,b;
for (i=0;i<nbrow;i++)
for (j=0;j<nbcol;j++)
{
r=fgetc(file);
g=fgetc(file);
b=fgetc(file);
}
ben le fait est que c'est décalé, tu t'es peut-être foiré dans la lecture des headers... prend un éditeur hexadécimal et compare le fichier de départ et le fichier d'arrivée, tu verras qu'il y a un décalage ^^
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
je pense pas, puisque si s'était un décalage ça sera pour toutes les images que jai essayé, mais mois j'ai eu ce pb avec certaines images.
je vais t'expliquer un peu plus
le probleme comence quand fgetc retourne 255, et normalement le code 255 correspond à 'ÿ' mais quand je vérifi avec un editeur texte je trouve une sorte de flèche
je les recupère de l'entete du fichier
je sais que le probleme n'est pas dans les dimensions
RHJPP Le 28/04/2007 à 19:44 On pourrait voir les fichiers non compressés ?
#eurk#
regarde plutôt la fonction de Limanus (cherche avec le forum), parce que là c'est pas très beau...
Sinon il y a 2 types de ppm, le ppm binaire et le ppm ASCII. Ton lecteur semble avoir quelques lacunes de souplesse.
Merci beaucoup mon ami, tu es vraiment un pro, c'etait la solution à mon problème.
je suis trés reconnaisont à tt le monde de ce forum.
voilla pour vous: