Avec la rentrée des classes, l'envi de programmer est arrivée a grand pas, et j'ai écris ça cet apres midi : un lecteur d'image bitmap en avec deux niveaux de gris (j'utilise la librairie revolution-fx).
Vous pouvez télécharger l'ensemble du projet ici.
Par contre, comme vous pourrez le constater, je pense que la fonction GrayEnd() ne fonctionne pas bien, et si je ne rajoute pas Reset_Calc(), c'est le plantage assuré. C'est tres dommage car on ne peux pas visionner plusieurs images a la suite. Le chargement des images est un peu long, ne vous affolez pas si vous appuyez sur EXE et que rien ne se passe pendant quelques secondes (le code est au plus simple, il n'est pas du tout optimisé, mais il est possible de faire beaucoup mieux).
Mais ce programme n'est pas tout rose comme vous allez le constater. En effet, il déforme les images, c'est d'ailleur un mystère que n'arrive pas a élucider.
Par exemple, cette image : apparait comme ça a l'écran :
on dirait qu'il décale d'un certain nombre de pixel vers la droite ton image... est ce qu'il ne transposerait pas la fin de la ligne précédete sur le début de la suivante?
en tout cas c'est un bon projet! bon crouage
Ca y est, j'ai réussi L'image n'est plus penchée, et le temps de chargement est largement amélioré Téléchargez le, j'ai mis quelques images en cadeau dans SDCard Petite remarque, la il utilise la carte SD, pour utiliser la mémoire flash, remplacez la ligne Paret recompilez le programme avec le SDK (il faudra aussi modifier le projet parce que l'adresse du fichier BMPReade.c ne sera pas la même que chez moi)
J'ai résolu le problème du décalage de l'image en bidouillant et je n'aime pas trop ça. En fait, dans un fichier bitmap, chaque ligne est séparé d'un '\0', du moins c'est ce que je croyais. Parfois ce n'est séparé d'aucun '\0', ou encore de 2 ou 3 Et il n'y a aucune info dans le header au début du fichier pour donner ce nombre qui varie d'un fichier a un autre. Il faut aussi savoir que dans un fichier bitmap, l'image commence au 54ème octet. Pour connaitre le nombre de '\0', j'ai récupéré la taille du fichier en octet, je lui soustrais 54 (la taille du header) puis je lui soustrais largeur*hauteur*3 (le nombre de pixel fois les 3 octets que prend un pixel) et enfin je divise par hauteur (le nombre de ligne)
Ainsi j'obtiens le nombre de '\0' qui sépare chaque ligne, et je le stocke dans la variable bidouillage. Tordu non?
Mais le dossier uplaod ne se vide-t-il pas une fois par mois ? Je trouve ça dommage, ne pourrait-on pas avoir chacun un espace de stockage avec quota, mais de durée illimitée ?
Sinon, je n'ai rien à dire de négatif sur l'addin : il est tout simplement génial
le dossier d'upload ne se vide pas automatiquement, c'est moi qui m'en occupe et je ne supprimerais pas ces fichiers (c'est pour éviter les abus que j'ai mis le message)
sinon pour avoir chacun son espace j'y avais pensé mais je pense que le dossier upload suffi
Il sera vidé quand il prendra trop de place, pour l'instant, il est tout petit donc ça ne gène pas.
Merci du compliment mais je pense au contraire qu'il est loin d'etre parfait et il y a encore beaucoup de choses a y faire, comme une scoll barre, un zoom, et pourquoi pas un moyen de modifier l'image
