Objet PICTURE

Mille excuses pour ma lenteur de réaction ce soir,
j'étais sur un truc que je vais partager d'ici à ce que j'ai fini de répondre ici...

@ JL35

Je vais regarder, c'est promis...

@ Klaus,

Je vois que je n'ai pas eu le temps d'être impatient,
tu vas finir par répondre avant que je pose la question...

Bon, je publie ma bidouille et je fonce mettre KGF à jours...

c'est un contre la montre ce soir...

Pourquoi j'ai tout le temps un message d'erreur ?

????????????

Recharge la DLL.

Poste le message d'erreur, ou mieux: une copie d'écran, avec ton source...

j' ai chargé la dll, il y a 5 minutes
j'ai testé avec ton code

et avec des photos sur mon ordi
ma bougne, à moins que la dll face un délit de sale gueule ?...

@ JL35,

Ta méthode fonctionne, du moins sur les images testées ( photo d'identité ),
Je vais essayé d'éviter les images de JJN4....

Par contre, ce serait bien si tu expliquais un peu plus ce que tu fais dans ton s/p

je suis pas encore au point avec les fichiers binaires ( un p'tit cours ?... )

@Ygeronimi:
Je ne suis pas chez moi en ce moment, et ne peux donc pas intervenir sur les sources Mais je ne vois pas d'extension dans tes noms de fichiers. Est-ce que les fichiers portent bien l'extension jpg (minuscules ou majuscules) ? Sans extension ou avec une autre extension, c'est refusé. Quand je serai de retour chez moi, je vais ajouter jpeg dans la liste des extensions autorisées - ça peut arriver aussi.

Ca marche en tout cas sur toutes mes images JPG, qu'elles soient issues de mon appareil photo, de photofiltre.exe ou de paint.exe.

Bonjour,
J'ai noté ta solution Klaus, en effet on peut faire comme cela mais ce n'est pas terrible une fenêtre avec double-ascenseur... dont 2 ascenseurs par dessus le picture...

Bref, en continuant mes essais, j'ai remarqué une chose concernant le FILE_SAVE :

Code:

PICTURE 1: WIDTH 1,26 : HEIGHT 1,30
FILE_LOAD 1,"D:\Test1.bmp" : ' image de départ 26x30 px (3174 octets)
FILE_SAVE 1,"D:\Test2.bmp" : ' image finale : 26x30 px (2454 octets)

Si j'exécute ce code, les deux images sont apparemment identiques lorsqu'on les visualise mais au niveau binaire, je me retrouve avec des contenus et des tailles de fichier différentes...
Est-ce normal ?

Citation :

J'ai noté ta solution Klaus, en effet on peut faire comme cela mais ce n'est pas terrible une fenêtre avec double-ascenseur... dont 2 ascenseurs par dessus le picture...

Je comprends. Mais tu peux optimiser:
1. tu passes la form en border_no
2. tu places un container sur la form en 0,0 et moins large et moins haut que la form
3. Tu places le picture dans le container à l'aide de la commande parent
4. places les deux scroll_bar sur la form, en-dehors du container
Tu obtiens un visuel acceptable.

Citation :

Si j'exécute ce code, les deux images sont apparemment identiques lorsqu'on les visualise mais au niveau binaire, je me retrouve avec des contenus et des tailles de fichier différentes...
Est-ce normal ?

Alors là, ce serait plutôt à Jack te répondre - lui seul peut te dire comment la réécriture est faite physiquement, et pourquoi il y a des différences.

Ok merci Klaus, je vais essayer ce que tu dis...

Sinon pour la différence : Après avoir jeter un coup d’œil dans l’entête du bitmap, je me suis rendu compte que la sauvegarde se fait avec une profondeur de couleur codée sur 24 bits (offset:29)... alors que pour mon image initiale, les couleurs sont codées en 32 bits... ce qui explique cette différence...

En effet. Une profondeur de 24 bits semble le plus fréquent. Mes fonctions de traitement d'images dans KGF.dll utilisent également le mode 24 bits. De façon interne, un objet picture ou image de Panoramic utilise certainement le mode 24 bits car c'est ce format que je trouve dans le presse-papier quand Panoramic fait un clipboard_paste d'un picture.

@ Klaus,

Les fichiers portent bien l'extension *.jpg
c'est la façon de présenter le fichier image de W7 qui ne le montre pas.

@ygeronimi
Un exemple de plus qui montre qu'il est bon finalement d'afficher systématiquement dans Windows les extensions de fichiers.
Pour ce qui est des fichiers en binaire, rapidement
- pour les fichiers .bmp, les dimensions se trouvent systématiquement dans l'en-tête du fichier, toujours au même endroit par rapport au début du fichier, donc là c'est facile à trouver.
- pour les images .jpg, alors là c'est empirique, le format jpg est compliqué (je ne le connais pas), et c'est en étudiant divers fichiers images que j'en ai déduit la recherche des chaînages qui mènent aux dimensions de l'image.

@ Jicehel,

J'ai essayé de voir si je pouvais les afficher mais pas moyen dans le dossier:
"C:\Users\Yannick\Pictures"

il me propose tout un tas d'option sauf l'affichage des extensions ou, alors, je n'ai pas vu...

Dans Panneau de configuration / Options des dossiers Onlet Affichage, tu décoches Masquer les extensions dont le type est connu

Je me suis amusé à chercher la profondeur de couleur:

• bmp: ok
  
• tga : ok
  
• gif 87a : ok
  
• gif 89a : ça coince (du moins avec l'image que je teste)
  
• jpg : pas trouvé d'info...
  

Quelqu'un a des infos, des liens ?

regarde le code de jl35, il retrouve la taille par recherche dans les données binaires

@ Jicehel,

merci du tuyau !

affichage des extensions ok !

Jicehel a écrit:

regarde le code de jl35, il retrouve la taille par recherche dans les données binaires

Merci Jicehel mais c'est pas la taille qui m’intéresse, c'est le codage des couleurs (8,16,24,32 bits)
Des recherches sur le jpeg n'ont pas donné grand chose (je trouve plein d'info sur le système de compression mais pas grand chose sur le header), quand au gif89a, les images que j'ai ne correspondent pas à la doc officielle...
donc...
l

Je te mettrai tout ce que je trouve ici, mais de ce que j'ai vu,
faut pas avoir peur des maths...

http://xavier.chassagneux.free.fr/tipe/tipe.htm
http://www.macetvideo.com/jpeg/jpeg.html



Je crois que là est ta réponse :

http://msdn.microsoft.com/fr-fr/library/at62haz6(v=vs.80).aspx

Pour ceux qui ont des problèmes de trouver les dimensions d'un fichier JPG avec ma routine AnalyzeJPG, j'ai fait une nouvelle routine AnalyzeImageFile. Elle a exactement les mêmes paramètres et s'utilise en lieu et place de AnalyzeJPG. La DLL et la doc est à jour dans le WebDav. J'ai testé avec BMP, JPG et TIF - les tailles retournées sont correctes. Essayez avec d'autres formats - cette routine devrait en avaler 5 ou 6...

Je vais me mettre à jours tout de suite !

Merci Klaus !

Mille merci ! Je ne voulais pas rester sur un blocage, et ça semble réussi. Version actuelle de KGF.dll: V1.37 du 29/08/2012.