Obtenir des octets de HBITMAP

Comment puis-je obtenir de l'image d'octets à partir de hbitmap si je me suis donné un HBITMAP pointeur, et mon application est l'application de la console.
J'ai essayé à l'aide de GetDIBits qui nécessitent un tel paramètre comme HDC, je ne peux pas obtenir.

EDIT:
Je charge bitmap à partir d'un fichier:

HBITMAP bm = 0; 
BITMAP Bitmap;
bm = (HBITMAP)LoadImage (0, TEXT("C:\\img1.bmp"), IMAGE_BITMAP, 0, 0, LR_LOADFROMFILE);

Je passe le HBITMAP à la fonction et s'attendent à obtenir un autre HBITMAP de l'image traitée:

HBITMAP out1 = func(bm);

Où func est:

HBITMAP func(HBITMAP im);

Et le problème est de savoir comment obtenir de l'image d'octets à partir de HBITMAP.

Avez-vous suivi Microsoft Image du Magasin de l'échantillon ?
Il a déclaré qu'il a essayé GetDIBits mais qui n'ont pas un DC à passer (comme l'exemple que vous avez lié à la montre).
Pardonnez mon manque de lien à l'aide de GetDIBits() pour les OP d'essayer (et de l'échec) à la suite de la méthode prescrite de faire cette tâche à partir du site web de Microsoft. Je n'ai pas fait la connexion, et apparemment je devrais avoir.
Je suppose que la vraie question ici, est "Que prévoyez-vous faire avec les octets brutes?" Si vous voulez écrire sur une image PNG, ou quelque chose, vous pour être indépendant du périphérique de données avec GetDIBits.
Reinhart, je dois faire une traitement de l'image puis afficher le résultat dans une nouvelle HBITMAP pointeur.

OriginalL'auteur maximus | 2013-01-08

hbitmap winapi

0

Voir une nouvelle réponse depuis que la question a été édité...

Vous ne pouvez pas le faire sans une poignée pour le contexte de périphérique (HDC). C'est parce que GetDIBits s'attend à une HBITMAP qui est

Une poignée à l'image. Ce doit être compatible bitmap (DDB).

Une DDB est un Bitmap Dépendant du Périphérique, (par opposition à un DIB, ou image Bitmap Indépendante du Périphérique). Que signifie:

Noter qu'une DDB ne contient pas de valeurs de couleur; au lieu de cela, les couleurs sont dans un dispositif dépendant de format.

C'est pourquoi GetDIBits implique un HDC. Sinon, il ne peut pas obtenir l'information de couleur.

Peut-être est une bonne question, où avez-vous obtenu un HBITMAP sans un accompagnement HDC?

Si vous essayez de créer cette image dans la mémoire, d'abord, vous pouvez appeler CreateCompatibleDC pour créer un DC de mémoire compatible avec certains périphériques, puis CreateCompatibleBitmap avec que DC. Ensuite, vous avez une HBITMAP et HDC de travailler avec vous s'il vous plaît. Sinon, si vous ne savez pas ce que votre HBITMAP pointe, vous ne pouvez pas attendre pour faire quelque chose d'utile.

Voulez-vous dire que de toute façon si vous utilisez HBITMAP pointeur-je à traiter avec HDC?
Si vous souhaitez obtenir des informations sur la couleur, oui. Regarde le lien que j'ai compris sur Ddb.
Seulement si vous faites affaire avec un DDB, qui est à la charge d'un HDC. Si vous faites affaire avec un DIB au lieu de cela, alors vous n'avez pas besoin d'un HDC. Donc, quelle est votre HBITMAP fait le point à un DDB ou DIB?
J'ai pensé qu'une HBITMAP a toujours été un DDB. HBITMAP sur MSDN à ceci de la page, après la à Propos de Bitmaps les états "Une image bitmap est l'un des objets GDI qui peuvent être sélectionnés dans un contexte de périphérique (DC)"
Reinhart, de Sorte qu'il n'est pas possible de se connecter existants HBITMAP avec un nouvellement créé avec HDC comme vous l'avez décrit dans le Modifier à votre réponse?

OriginalL'auteur Jonathon Reinhart
10

La façon la plus simple est pas à utiliser GetDIBits (ni GetBitmapBits). Ces fonctions sucer parce qu'ils copier les données.

Si vous souhaitez que les données directement, il suffit d'utiliser (pour une DDB bitmap)
```
BITMAP bitmap;
GetObject(hBitmap, sizeof(bitmap), (LPVoid)&bitmap);
```
Pour un DIB bitmap utilisation
```
DIBSECTION dib;
GetObject(hBitmap, sizeof(dib), (LPVOID)&dib);
```
GetObject d'informations, Voir:

http://msdn.microsoft.com/en-us/library/windows/desktop/dd144904%28v=vs.85%29.aspx

Il n'en résultera aucune copie des données, ce qui évite les problèmes complexes associés à GetDIBits, Voir:

http://msdn.microsoft.com/en-us/library/windows/desktop/dd144879%28v=vs.85%29.aspx

Esp. les commentaires en bas pour une explication des difficultés avec GetDIBits.

Notez que vous ne pas obtenir la palette info, mais puisque la plupart des images sont de 24 ou 32 bits de toute façon ce n'est pas un problème la plupart du temps.

Ce qui est propre! Je vais le rappeler.
Selon cette msdn.microsoft.com/en-us/library/dd144904(v=vs. 85).aspx si le bitmap n'est pas créé par CreateDIBSection bitmap.bmBit pointeur est null.

OriginalL'auteur Johan
1

Depuis que vous utilisez LoadImage pour obtenir le HBITMAP, puis c'est en effet un DIB (image Bitmap Indépendante du Périphérique) (ils appellent ça un DIBsection). Cependant, vous n'avez pas l'information de couleur.

Cette MSDN HOWTO vous montre comment sélectionner le DIBsection dans une mémoire DC. Ils passent alors à utiliser GetDIBColorTable pour obtenir la palette. Cependant, je crois que à partir de là, avec ce contrôleur de domaine, vous pouvez utiliser GetDIBits pour obtenir le bitmap de RVB de l'information que vous étiez en train de faire.

Voici l'essentiel:
```
//Create a memory DC and select the DIBSection into it
hMemDC = CreateCompatibleDC( NULL );
(HBITMAP)SelectObject( hMemDC, hBitmap );

GetDIBits(hMemDC, hBitmap, ...);
```
Vous pourrez observer dans leur code SelectObject renvoie un handle pour le ce était dans le DC. Ils ont ensuite restaurer avant d'appeler DeleteDC. Je ne suis pas sûr que c'est tout à fait nécessaire, mais ils le font. Je l'ai laissée ici pour plus de clarté.

J'ai essayé ceci, cependant GetDIBits retourne 0.

OriginalL'auteur Jonathon Reinhart
1

Ce qui a fonctionné pour nous est la suivante: appel GetDIBits alors que la bonne palette (si couleur indexée) est toujours sélectionné dans le contexte de périphérique. (Sans la palette sélectionnée, les couleurs obtenu déformé.)

Mais dans notre cas d'utilisation, il s'est avéré que DIB sections effectué beaucoup mieux, afin de vérifier ceux et de référence. Cependant, il y a quelques pièges. Windows ne serait pas utiliser la palette, nous avons fait appel SetDIBColorTable avant de l'utiliser. Mais le contexte de périphérique encore besoin d'une entrée (noir uniquement) mannequin palette sélectionnée et réalisé dans le contexte de périphérique sinon Windows serait aussi ignorer la palette fixée par SetDIBColorTable. Les deux SetDIBColorTable et RealizePalette nécessaires pour être présent sinon les couleurs serait déformé.

OriginalL'auteur Anonymous
0

Vous pouvez essayer GetBitmapBits API, même à partir de la console. Plus ici:
http://msdn.microsoft.com/en-us/library/windows/desktop/dd144850%28v=vs.85%29.aspx

Juste passer HBITMAP gérer et vous aurez votre octets

À partir de MSDN: "'Note Cette fonction est fournie uniquement à des fins de compatibilité avec les versions 16 bits de Windows. Les Applications doivent utiliser le GetDIBits la fonction".
mais il fonctionne tout simplement
En outre, c'est d'avoir cru bits, mais c'est toujours un bitmap dépendant du périphérique, de sorte que vous n'avez pas de corriger les informations de couleur.
voir mon dernier commentaire sur l'OP.
J'ai reçu votre point de vue, ce que l'OP veut dire?

OriginalL'auteur Vahid Farahmand

Vous devez vous connecter pour publier un commentaire.