Tips of VC++ > ビットマップ > ビットマップファイルの構造
★ 前へ戻る ★ 次へ進む ★

ビットマップファイルの構造

ビットマップファイルのフォーマットは 数多くのサイトでも紹介されているかと思いますが、 あえて、私のサイトでも。 MSDNを見たほうが最新の情報は詳しく載っているでしょう。 つーか、このサイトの情報は古いです。 使えるかもしれませんが、とにかく古いです。（笑

まず、最初にBITMAPFILEHEADER構造体があります。 この構造体の値を確かめることにより ファイルがビットマップか他のファイルか確かめることができます。
あと、リソースの場合は存在しません。

typedef struct tagBITMAPFILEHEADER {
  WORD    bfType;
  DWORD   bfSize;
  WORD    bfReserved1;
  WORD    bfReserved2;
  DWORD   bfOffBits;
} BITMAPFILEHEADER, *PBITMAPFILEHEADER;

BITMAPINFOHEADER構造体はBITMAPINFO構造体の一部ですが、 分けて考えた方が楽です。ビットマップの情報（幅・高さ・解像度など）が 入ってるので、重要です。

typedef struct tagBITMAPINFOHEADER{
  DWORD  biSize;
  LONG   biWidth;
  LONG   biHeight;
  WORD   biPlanes;
  WORD   biBitCount;
  DWORD  biCompression;
  DWORD  biSizeImage;
  LONG   biXPelsPerMeter;
  LONG   biYPelsPerMeter;
  DWORD  biClrUsed;
  DWORD  biClrImportant;
} BITMAPINFOHEADER, *PBITMAPINFOHEADER;

BITMAPINFO構造体は次のようになっていて、 前述のBITMAPINFOHEADER構造体とカラーテーブル（配列）が格納されます。

typedef struct tagBITMAPINFO {
  BITMAPINFOHEADER bmiHeader;
  RGBQUAD          bmiColors[1];
} BITMAPINFO, *PBITMAPINFO;

RGBQUADの配列がカラーテーブルです。この構造体は単純です。 RGBそれぞれの明度が入っているわけです。 解説は要りませんね。rgbReservedは使われていません。

typedef struct tagRGBQUAD {
  BYTE    rgbBlue;
  BYTE    rgbGreen;
  BYTE    rgbRed;
  BYTE    rgbReserved;
} RGBQUAD;

画像ビットはBITMAPINFOHEADER::biHeightの符号によって 変わってくるのですが、基本的には下から上に向かって並んでいます。 しかし順番が逆なわけではなく、ラインの並べる方向が逆なのです。 並べられた状態を図にしてみるとこんな感じ。

それだけでなく、ラインはlong境界に合わせる。 すなわち、1ラインのバイト数を4の倍数にしなければならないので、 それに満たない場合は0で埋められている。 例えば、幅が99ピクセルの8bpp画像は1ラインは99バイトにならずに 100バイトになる。つまり、幅が99ピクセルでも100ピクセルでも 画像のサイズは同じなのである。

ビットマップがカラーテーブルを持っている場合、 画像ビットはもちろんカラーテーブルのインデックス値を示す。 そうでないフルカラービットマップの場合は、BGR順の3バイトで 1ピクセルを表すことになる。RGB順ではない点に注意して欲しい。

次に、BITMAOINFOHEADERのbiBitCountについて詳細を述べる。 またMSDNからの転用であるが…。

以上のことを分析すると、 カラーテーブルを持っているのは1,4,8bppのビットマップまでで、 他の16,24,32bppはフルカラービットマップである。 さらに、0,16,32bppのビットマップはbiCompressionの値が深く関ってきそうだ。

圧縮されたビットマップがあまり蔓延していないことを理由に ランレングス形式の解説は端折らせていただきます。ごめんなさい。m(_ _)m
JPEG,PNGフォーマットも知りたいんですが、難しそう…。 他のサイトを見てくださいな。でも、リクエストがあれば調べますよ〜。

May 9, 2002