Discussion :

[vincedom]

Bonjour

Tout d'abord situons le contexte Visual.NET, c++, et MFC.

Voila mon probleme, dans mon application a un moment je recupere une image sous forme d'un pointeur de "BYTE" donc les premiers bytes correspondent a la structure BITMAPINFOHEADER, et la suite aux bytes codant l'image. Or j'aimerai pouvoir manipuler cette image de facon un "peu sympa" et donc dans l'ideal en faire une HBITMAP. (une des manip que je voudrais faire des maintenant serai de sauvegarder mon image au format jpeg).
Le probleme est que je veux le faire sans copie, juste en passant le pointeur (car c'est une operation qui risque d'etre effectuer tres souvent...).
Pour l'instant je n'ai trouver aucun moyen de creer un HBITMAP en remplissant juste un header et passant un le pointeur sur les donnees. Si vous pourriez m'aider....

Par avance Merci.

[r0d]

Bonjour,

habituellement, pour ce genre de choses, j'utilise la classe CPicture

Hope it helps.

[Gabrielly]

Tu as aussi la classe CImage qui sauvegarde des images aux formats *.jep avec exemples de codes

[mat.M]

Pour ce que tu veux faire il faut créer un BITMAPINFOHEADER , utiliser SetDIbits ou StretchDibBits avec un tampon de données brutes
Voir le MSDN

[vincedom]

Salut


Tout d'abord merci a tous les 3 pour vos reponses. J'ai un peu regarder la classe CPicture, elle a l'air sympa mais le probleme c quelle fait deux copies pour l'allocation des donnees....
Je pense que je vais plutot m'oriente vers un HBITMAP avec SetDIbits ou StretchDibBits (ca fait toujours un copie, mais bon il semble impossible d'y echapper). J'avais deja remarquer la classe CImage mais on ne peut pas acceder simplement au donnees brutes. Ceci dit elle se creer simplement (vraisemblablement sans copie a partir d'une HBITMAP).

A bientot

[Médinoc]

CreateDIBSection(), non?
Enfin... là encore, je crois bien que ça ne crée pas directement à partir des "bits", et que là encore, une copie sera nécessaire...

Encore que, tu peux créer ton HBITMAP à partir du header, et ensuite lire directment le reste dans les "bits"...