Discussion :

[_Michel]

Bonjour à tous,
je voudrais savoir comment manipuler le format bitmap avec l'API Windows, donc :
- passer d'un fichier à un espace mémoire (on a acces directement à l'image)
- passer de l'espace mémoire à un objet bitmap (que l'on manipule avec un handle HBITMAP et qui peut être sélectionné avec un Device Context)

Après, pour afficher le bitmap dans un DC et tout ça je crois avoir compris, mais je m'embrouille avec les structures comme BITMAPFILEHEADER, BITMAPINFOHEADER, RGBQUAD, BITMAPCOREINFO, BITMAPINFO, BITMAP...

Et en passant, je voudrais savoir si il n'y a pas d'autre moyen d'afficher d'un bloc une image que l'on a en mémoire que le format bitmap (avec SetPixel c'est beaucoup trop lent).

[Médinoc]

Le plus simple pour charger un bitmap en mémoire et y avoir directement accès:

1. Charger le bitmap avec LoadImage() et les flags LR_LOADFROMFILE et LR_CREATEDIBSECTION
2. Faire un GetObject() sur le bitmap pour récupérer un pointeur vers sa mémoire.

Le plus simple pour créer un bitmap en mémoire avec un format donné, c'est utiliser la fonction CreateDIBSection(). Les formats 24 et 32 bits sont les plus simples à créer (pas de palette) et le format 32bits est le plus simple des deux à utiliser en mémoire.

[_Michel]

HBITMAP CreateDIBSection(
HDC hdc, // handle to device context
CONST BITMAPINFO *pbmi, // pointer to structure containing bitmap size, format, and color data
UINT iUsage, // color data type indicator: RGB values or palette indices
VOID *ppvBits, // pointer to variable to receive a pointer to the bitmap's bit values
HANDLE hSection, // optional handle to a file mapping object
DWORD dwOffset // offset to the bitmap bit values within the file mapping object
);

Pourquoi y a-t-il besion d'un device context alors qu'on est censé créer un device INDEPENDENT bitmap ??? Et à quoi servent toutes ces fonctions qui paraissent bien inutiles à première vue ?: CreateBitmap, CreateBitmapIndirect, CreateCompatibleBitmap, CreateDIBitmap, CreateDiscardableBitmap.......

Et pourquoi dans ma doc qui doit faire une bonne vingtaine de pages sur le sujet, il n'y a aucune réference à CreateDIBSection? Ou est donc la mémoire du bitmap quand on a juste un handle et quel est l'interet que le programme ne puisse pas avoir accès à cette mémoire facilement ?

[_Michel]

Je suppose que tu pensais à LoadImage à la place de LoadBitmap ?

[Médinoc]

Pourquoi y a-t-il besion d'un device context alors qu'on est censé créer un device INDEPENDENT bitmap ???

Ce paramètre n'est utilisé que si tu passes la valeur DIB_PAL_COLORS dans le paramètre iUsage. Normalement, on utilise la valeur DIB_RGB_COLORS et on passe un handle NULL.

Et à quoi servent toutes ces fonctions qui paraissent bien inutiles à première vue ?: CreateBitmap, CreateBitmapIndirect, CreateCompatibleBitmap, CreateDIBitmap, CreateDiscardableBitmap.......

• CreateBitmap() crée un DDB.
• CreateBitmapIndirect() est pareil, mais avec une structure au lieu de directement les paramètres.
• CreateCompatibleBitmap() crée aussi un DDB, mais avec le même format de couleur que le bitmap actuellement sélectionné dans le DC passé en paramètre.
• CreateDIBitmap crée un DDB à partir d'un DIB.
• CreateDiscardableBitmap() est un relicat de Win16.

Donc en fait, toutes ces fonctions servent à créer des DDB, ce qui me parait inutile de nos jours. On peut les considérer toutes comme des reliquats de Win16 (les DIB n'étaient pas utilisables directement sous Win16, c'est pourquoi on faisait pratiquement tout avec des DDB).

Et pourquoi dans ma doc qui doit faire une bonne vingtaine de pages sur le sujet, il n'y a aucune réference à CreateDIBSection?

On ne sait pas de quand date ta doc. Si elle date de Win16, c'est normal.

Ou est donc la mémoire du bitmap quand on a juste un handle et quel est l'interet que le programme ne puisse pas avoir accès à cette mémoire facilement ?

L'intéret des DIB, c'est justement qu'on peut.

Je suppose que tu pensais à LoadImage à la place de LoadBitmap ?

Corrigé.

[_Michel]

C'est bien, maintenant je sais charger un bitmap, et même l'afficher (waou) mais comment faire pour le sauvegarder dans un autre fichier ?: Après un appel à GetObject, on ne retrouve qu'une parties des informations contenues au dépard dans le fichier.

Je les réinvente comme elle sont pas trop dures à trouver (mais c'est embètant quand même, des valeurs comme la résolution paraissent pas évidentes).
Ou alors je copie le début du fichier initial sans rien changer et après j'écris ma version de l'image que j'aurais modifiée.