Quais são as diferenças entre um bitmap do Windows e DIBSection?

Question

Eu estou carregando um DIBSection de um arquivo com o seguinte:

HBITMAP bmpIn = (HBITMAP) LoadImage(NULL, _T("c:\\Temp\\Temp.bmp"), IMAGE_BITMAP, 0, 0, LR_CREATEDIBSECTION | LR_LOADFROMFILE);

Empiricamente eu descobri as seguintes diferenças entre o bitmap carregado e os bitmaps que eu usei no passado, mas não consigo encontrar qualquer documentação indicando que deve haver uma diferença.

• As linhas são ordenadas no topo de memória para baixo, em vez de se inferior. Eu tenho verificado que o arquivo .bmp em si é ordenou-se inferior.
• O preenchimento linha é um múltiplo de 2 bytes em vez de quatro.

Eu também descobri uma diferença documentado quando você usa CreateDIBSection para criar um DIBSection a partir do zero.

• Os valores DIBSECTION.dsHandle e BITMAP.bmBits retornados por GetObject será NULL.

Onde está a documentação para as duas primeiras diferenças, e estou faltando alguma coisa? Isso é com o Windows 7, mas não posso imaginar que seria diferente para outras versões do Windows.

Editar: Alguns detalhes adicionais. Aqui está um hexadecimal de temp.bmp; ele é uma imagem 7x7 com uma listra branca para o lado direito e os valores azuis incrementando ao longo da esquerda (0x10,0x20, etc.). Você pode ver que a linha de fundo (00,00,70) é em primeiro lugar e que há 3 bytes de preenchimento.

00: 42 4d de 00 00 00 00 00 00 00 36 00 00 00 28 00
10: 00 00 07 00 00 00 07 00 00 00 01 00 18 00 00 00
20: 00 00 a8 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 70 00 00 00 00 00 00 00 00 00
40: 00 00 00 00 00 00 00 00 ff ff ff 00 00 00 60 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: ff ff ff 00 00 00 50 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 ff ff ff 00 00 00 40 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: ff ff ff 00 00 00 30 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 ff ff ff 00 00 00 20 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: ff ff ff 00 00 00 10 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 ff ff ff 00 00 00

Aqui está um exemplo de programa para ler o arquivo .bmp e escrever o conteúdo. Eu tenho verificação de erro removido por brevidade.

int _tmain(int argc, _TCHAR* argv[])
{
   HBITMAP bmpIn = (HBITMAP) LoadImage(NULL, argv[1], IMAGE_BITMAP, 0, 0, LR_CREATEDIBSECTION | LR_LOADFROMFILE);
   FILE * out = _tfopen(argv[2], _T("wb"));
   DIBSECTION obj = {0};
   GetObject(bmpIn, sizeof(obj), &obj);
   cout << "dsBm.bmHeight = " << obj.dsBm.bmHeight << endl;
   cout << "dsBmih.biHeight = " << obj.dsBmih.biHeight << endl;
   cout << "sizeof(DIBSECTION) = " << sizeof(DIBSECTION) << endl;
   fwrite(&obj, sizeof(DIBSECTION), 1, out);
   int stride = (((obj.dsBmih.biWidth * obj.dsBmih.biBitCount) + 15) / 16) * 2;
   int bytecount = abs(obj.dsBmih.biHeight) * stride;
   vector<BYTE> bits(bytecount);
   GetBitmapBits(bmpIn, bytecount, &bits[0]);
   fwrite(&bits[0], 1, bytecount, out);
   fclose(out);
   return 0;
}

E aqui está a saída do programa acima, juntamente com um hexadecimal do arquivo produzido:

dsBm.bmHeight = 7
dsBmih.biHeight = 7
sizeof(DIBSECTION) = 84
00: 00 00 00 00 07 00 00 00 07 00 00 00 18 00 00 00
10: 01 00 18 00 00 00 11 00 28 00 00 00 07 00 00 00
20: 07 00 00 00 01 00 18 00 00 00 00 00 a8 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 10 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 ff ff ff 00 20 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff 00
80: 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 ff ff ff 00 40 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 ff ff ff 00 50 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff
c0: ff 00 60 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 ff ff ff 00 70 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 ff ff ff 00

Answer 1

GetDIBits chamada em vez de GetBitmapBits. Os docs para GetBitmapBits ( aqui ) indicam que este está retornando dados para um bitmap dependente do dispositivo, enquanto você tem um bitmap independente de dispositivo. Eles também indicam que esta chamada não deve ser usado e está ali apenas para compatibilidade de 16 bits. Assim, usando GetDIBits deve fazer o truque.