アイコンの保存方法

最終更新 2003 10/03

「アイコンエディタ使えばいいじゃん？」と言われると何も言い返せないのですが
アイコン（ .ico ）のデータフォーマットはビットマップよりも複雑です。

アイコンフォーマットについての資料がほとんどなくて（あっても適当だった）
バイナリエディタ使ってかなり時間かけて調べました。
ほとんどデータ解析に近かったです。

画像コンバータとかアイコンエディタなんか作りたい方は参考にどうぞ。




アイコンファイルのフォーマット






ファイルヘッダ6 byte


情報ヘッダ16 byte


BITMAPINFOHEADER40 byte


パレットデータモノクロ 2 * 4
１６色　 16 * 4
２５６色 256 * 4


ピクセルデータモノクロ 横幅 * 高さ / 8
１６色　 横幅 * 高さ / 2
２５６色 横幅 * 高さ


マスクデータ128 byte ( 固定 )




アイコンファイルは１つのファイルに複数のアイコンを登録することができます。
１つのアイコンファイルに１０種類のアイコンデータを持たせる事もできます。

アイコンファイルに３つのアイコンを登録する場合は、このようなフォーマットに
なります。




ファイルヘッダ6 byte


情報ヘッダ１16 byte


情報ヘッダ２16 byte


情報ヘッダ３16 byte


BITMAPINFOHEADER１40 byte


パレットデータ１モノクロ 2 * 4
１６色　 16 * 4
２５６色 256 * 4


ピクセルデータ１モノクロ 横幅 * 高さ / 8
１６色　 横幅 * 高さ / 2
２５６色 横幅 * 高さ


マスクデータ１128 byte ( 固定 )


BITMAPINFOHEADER２40 byte


パレットデータ２モノクロ 2 * 4
１６色　 16 * 4
２５６色 256 * 4


ピクセルデータ２モノクロ 横幅 * 高さ / 8
１６色　 横幅 * 高さ / 2
２５６色 横幅 * 高さ


マスクデータ２128 byte ( 固定 )


BITMAPINFOHEADER３40 byte


パレットデータ３モノクロ 2 * 4
１６色　 16 * 4
２５６色 256 * 4


ピクセルデータ３モノクロ 横幅 * 高さ / 8
１６色　 横幅 * 高さ / 2
２５６色 横幅 * 高さ


マスクデータ３128 byte ( 固定 )





アイコンファイルのフォーマットは、大まかに分けるとこういう構造に
なっています。

以下でファイルヘッダや情報ヘッダの詳しい説明をします。




ファイルヘッダ






icoReserved2 byte


icoResourceType2 byte


icoResourceCount2 byte




icoReserved


常に０を指定します。



icoResourceType


アイコンの場合は１を指定します。



icoResourceCount


登録するアイコンの数。
１以上の数を指定します。






情報ヘッダ






icoWidth1 byte


icoHeight1 byte


icoColorCount1 byte


icoReserved11 byte


icoReserved22 byte


icoReserved32 byte


icoDIBSize4 byte


icoDIBOffset4 byte




icoWidth


アイコンの横幅を指定します。
１６か３２のどちらかでなければいけません。



icoHeight


アイコンの高さを指定します。
１６か３２のどちらかでなければいけません。



icoColorCount


色数を指定します。
モノクロなら２、１６色なら１６、２５６色なら０を指定します。



icoReserved1


常に０を指定します。



icoReserved2


アイコンの横幅が３２の時は３１が指定されている場合がありますが
０、あるいは指定しないでも問題ありません。



icoReserved3


アイコンの高さが３２の時は３１が指定されている場合がありますが
０、あるいは指定しないでも問題ありません。



icoDIBSize


sizeof( BITMAPINFOHEADER ) + 色数×４ + イメージサイズ
+ マスクサイズ + 32 を指定します。
最後の + 32 は何の意味があるのか分かりませんが、色数に関係なく
+ 32 しないとうまくいきません。



icoDIBOffset


１つ目のアイコンデータの BITMAPINFOHEADER までのバイト数。

登録するアイコンが１つの場合、ファイルヘッダ + 情報ヘッダ

登録するアイコンが２つの場合、
ファイルヘッダ + 情報ヘッダ１ + 情報ヘッダ２

登録するアイコンが３つの場合、
ファイルヘッダ + 情報ヘッダ１ + 情報ヘッダ２ + 情報ヘッダ３

４つ以上もこんな感じで指定します。






BITMAPINFOHEADER



ビットマップファイルのヘッダにあるものと同じですが、アイコンの
場合は一部のメンバ変数の扱いが違うので注意が必要です。




biSize4 byte


biWidth4 byte


biHeight4 byte


biPlanes2 byte


biBitCount2 byte


biCompression4 byte


biSizeImage4 byte


biXPelsPerMeter4 byte


biYPelsPerMeter4 byte


biClrUsed4 byte


biClrImportant4 byte




biSize


sizeof( BITMAPINFOHEADER ) を指定します。



biWidth


アイコンの横幅を指定します。
１６か３２のどちらかでなければいけません。



biHeight


アイコンの高さ×２を指定します。
１６×２か３２×２のどちらかでなければいけません。



biPlanes


１を指定します。



biBitCount


モノクロなら２、１６色なら４、２５６色なら８を指定します。



biCompression


０を指定します。



biSizeImage


ピクセルデータのサイズにマスクデータのサイズを足した値を
指定します。
マスクデータのサイズは１２８バイト固定です。
アイコンの色数や大きさに関係なく１２８です。
計算式は 横幅 * 高さ + 128 です。



biXPelsPerMeter


０を指定します。



biYPelsPerMeter


０を指定します。



biClrUsed


モノクロなら２、１６色なら１６、２５６色なら２５６を指定しますが
未指定、あるいは０でも問題ありません。



biClrImportant


０を指定します。






パレットデータ



パレットデータはビットマップのパレットと扱いは同じです。
ここに指定するデータもビットマップと同じなので、ビットマップの
パレットの扱い方を知っている方は以下の説明は読み飛ばして下さい。


アイコンやビットマップで使っているパレットは、絵を描くときに使う
パレットとイメージは同じです。

アイコンファイルはインデックスカラーしか使えないようです。
ですから、１６ビット（６５５３６色）以上の色数でアイコンを
描くことはできません。（多分）

インデックスカラーというのは、２色、１６色あるいは２５６色使える
パレットを用意して、そのパレットに用意している色に番号を振ります。

赤は０、青は１、黒は５０・・・という具合です。

２色（モノクロ）の時は０〜１、１６色の時は０〜１５、２５６色の
時は０〜２５５まで番号を振ることができます。

アイコンの絵のデータにはこの色につけた番号を使います。

絵の色が、赤・赤・青・黒・赤・・・という順番で並んでいる時は
絵は、０・０・１・５０・０・・・というデータになります。

こうすることで、２色の場合は１ビット、１６色の場合は４ビット
２５６色の場合は１バイトで絵のデータを表現できるので、色数が
少ないほどファイルサイズを減らす事ができます。

逆に、２４ビットで絵を表現するとしたら、１色につき３バイトの
容量が必要になります。
２５６色なら１色につき１バイトで済みます。
ファイルサイズにどれだけ差がつくかは一目瞭然です。

アイコンは最大でも３２×３２ピクセルしかないので、１６ビットや
２４ビットなんて色数は必要ないです。
多分、そんな理由でアイコンは２色、１６色、２５６色のインデックス
カラーしか使えないようになっているんだと思います。


パレットの基礎知識を説明した所で本題に戻ります。


アイコンファイルのパレットデータの部分には、色につけた番号の順に
実際の色データを並べます。
色データは１色を表現するのに４バイト使います。

詳しい事は 文字の背景色を変える をご覧下さい。

プログラム中では RGBQUAD という構造体を使うのがいいと思います。
この構造体に色データを格納しておきます。


RGBQUAD palette[256]; //２５６色のパレットを作成

//パレットの０番に赤を割り振る
//rgbReserved は使わないので常に０

palette[0].rgbRed      = 255;
palette[0].rgbGreen    = 0;
palette[0].rgbBlue     = 0;
palette[0].rgbReserved = 0;



ファイルに保存するときは、この構造体の値をそのまま指定して
あげるだけなので楽です。


// hFile は CreateFile() であらかじめ値を取得しとく

DWORD bc;
WriteFile( hFile, palette, sizeof(palette), &bc, NULL );






ピクセルデータ



ピクセルデータはアイコンの絵のデータのことです。

ファイルに保存する時は左右はそのままで、上下だけ逆に反転して
書き込まないといけません。

なんでそんな面倒なことになっているのかは知りません。


 こういう絵があったら

 こんな風に上下を反転して書き込む


３２＊３２のサイズのデータを上下反転して書き込むサンプルを
書いておきます。


// image_data にあらかじめ絵のデータを入れておく
// image_data はこんな風に宣言しておく
// BYTE image_data[ 32 * 32 ];
// new でメモリを確保してもいいし、GlobalAlloc() を
// 使ってもＯＫ

BYTE new_data[ 32 * 32 ];   //ファイルに書き込むデータ

BYTE i, j;
for( i = 0; i < 32; i++ )
{
    for( j = 0; j < 32; j++ )
    {
        DWORD pos = ( 31 - i ) * 32 + j;
        BYTE  data = image_data[ pos ];
        new_data[ i * 32 + j ] = data;
    }
}

// hFile の値は CreateFile() でゲットしておく

DWORD bc;
WriteData( hFile, new_data, sizeof( new_data ), &bc, NULL );






マスクデータ



マスクデータは、絵のデータのどこを表示して、どこを透明に
するかを指定するためのデータです。

絵を表示する部分に０、透明にする部分に１を指定します。
０と１しかないので、絵のデータ１ピクセルを１ビットで表現します。
ようするに、横８ピクセルで１バイトになります。
色データの扱い方は、２色（モノクロ）ビットマップと同じです。

モノクロビットマップと違うのは、マスクデータのデータサイズが
１２８バイト固定だということです。

なので、１６×１６のモノクロビットマップでマスクデータを
作った場合、１６×１６のピクセルデータのサイズは６４バイト
ですから、６４バイト分サイズが足りません。

「１２８バイトメモリを確保して、そこに６４バイト突っ込めば
　いいのでは？」

そう考えるのが普通です。
しかし、アイコンファイルのマスクデータは３２×３２を基準にした
データ構造になっています。

以下に例を書きます。

FF 55 82 FF 8C 11 4A BB ....

これは３２×３２のアイコンのマスクデータの一部だと思って下さい。

１６進数で書いてあります。
FF とか 82 とが１バイト（横８ピクセル）分のデータに相当します。

このデータを１６×１６のフォーマットで書くとこうなります。

FF 00 55 00 82 00 FF 00 8C 00 11 00 4A 00 BB 00 ....

ようするに、１６×１６の場合は、偶数バイトにマスクデータを
書いて、奇数バイトは０で埋めるという作業が必要になります。


ファイルに書き込む時はピクセルデータと同様、上下を反転してから
書き込みます。



長くなってしまったので、次で実際にビットマップで作った絵を
アイコンに変換するプログラムサンプルを紹介します。


アイコンを保存する関数を作る

| next | home |