Interpretieren des Pixel-Arrays in einer 1-bpp-BMP-Datei

Der von Ihnen gepostete Hex-Dump entspricht nicht ganz dem von Ihnen geposteten Bild. Folgendes bekomme ich:

00000000 42 4D 46 00 00 00 00 00 00 00 3E 00 00 00 28 00 BMF.......>...(.
00000010 00 00 02 00 00 00 02 00 00 00 01 00 01 00 00 00 ................
00000020 00 00 08 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000030 00 00 00 00 00 00 00 00 00 00 FF FF FF 00 80 00 ................
00000040 00 00 40 00 00 00                               ..@...

Die Farbtabelle beginnt bei 0x36. Dort gibt es zwei RGBQUADs. Der erste Wert, 0x00000000, entspricht Schwarz. Die nächste, 0x00FFFFFF, entspricht Weiß.

Danach beginnen die Pixeldaten. Jedes Pixel wird durch ein einzelnes Bit dargestellt. Obwohl für jede Zeile Ihres Bildes nur zwei Bits erforderlich sind, wird jede Zeile an einer 4-Byte-Grenze ausgerichtet. Somit ist die erste Zeile 0x80000000 und die zweite 0x40000000. Es ist wahrscheinlich, dass einige Anwendungen sich nicht die Mühe machen, die Füllbits zu löschen.

Die Zeilendaten werden byteweise interpretiert, vom höchstwertigen Bit bis zum niedrigsten in jedem Byte.

Die hohen Bits von 0x8 sind 1 und 0, und wir sollten Farbe 1 (weiß) gefolgt von Farbe 0 (schwarz) in dieser Reihenfolge in der unteren Reihe sehen. Der Rest der Bits wird ignoriert, da sie Pixeln jenseits der Breite von 2 entsprechen würden, da die nächsten drei Bytes nur existieren, um sicherzustellen, dass die nachfolgende Zeile an der 4-Byte-Grenze ausgerichtet ist.

Die hohen Bits von 0x4 sind 0 und 1, daher sollten wir in der nächsten Zeile Farbe 0 (schwarz) gefolgt von Farbe 1 (weiß) in dieser Reihenfolge sehen. Nach wie vor werden die restlichen Bits ignoriert.

In Ihrem Hex-Dump war die Farbtabelle schwarz (0x00000000) und grau (0x003F3F3F). Keine große Sache. Die Pixeldaten hatten hohe Bits von 0 und 0 in der ersten (unteren) Reihe und 0 und 1 in der zweiten (oberen) Reihe. Die anderen Bits sind zufälliger Müll, der zum Auffüllen verwendet wird.

(Die Tatsache, dass 0x3F dem Grauwert ähnlich ist, deutet darauf hin, dass der Encoder möglicherweise nicht die Mühe gemacht hat, eine Variable oder ein Register zu löschen, die bzw. das nach dem Schreiben der Farbtabelle wiederverwendet wurde.)