ＭＥＭＯ

  

またまた備忘録となりますので、こっそりアップします。
ご興味があれば、どうぞ。

「これ何だ？正解は・・・」
「これ何だ？の種明し」
の続きです。

ここから先は、以前の記事もご覧になったほうが
何やってんの？
が伝わるかもしれません。

ビットマップ画像のフォーマット（中身を調べます）

縦８px　横８pxの小さな画像を調べてみます。
画像を読み取り、エクセルのセルで画像を再現します。
今回のプログラムを実行すると、こうなりました。

黄色い枠の中にあるのが、元画像です。（小さい）
プロパティでファイルサイズは２４８バイトでした。

仕組みを理解するために、画像からバイナリファイルを
１バイトづつエクセルのセルに書き出してみます。

バイナリファイルを分かりやすく、順番に区切ってみました。
画像ファイルの中身です。（画像クリックで拡大）

知りたい情報部分は黄色にしてあります。

上から
１．ヘッダ部分　　　ファイルサイズなど
２．情報ヘッダ　　　横幅　高さなど
３・画像データ領域　ＲＧＢの画像データ
となっています。
図の画像データ領域には、３バイトごとにRGBの色をつけています。


◆ヘッダ部分（１４バイト）
ファイルサイズ
　（２４８　プロパティと同じになってます）
データオフセット
　（データ領域までのバイト数）

◆情報ヘッダ
　（４０バイト）
横幅
　（画像の横幅px）
高さ
　（画像の高さpx）
ビット数
　（１ピクセルのビット数　ＲＧＢの３バイト×８）
データサイズ
　（縦８×横８×３バイト＝１９２バイト＋２バイト）

◆画像データ領域
　（左下角より右へ、以後１段づつ上がっていく
　　カラーはＲＧＢではなく、ＢＧＲの順になっている）



注意＆補足
※画像は、左下から右上へ記録されているので、
　そのまま読み取ると元画像が上下逆になる。（二つ目の図の通り）

※最後の＋２バイトは、ファイル全体のサイズを
　４の整数倍バイトにするための端数で、０が入っている。

※画像横幅も４の整数倍バイトに揃える必要があるらしい。
　この画像の場合、横８×３バイト＝２４バイトとなり、
　４で割り切れる。

元画像の横幅を４の整数倍でトリミングする理由が、
ここにある。

本来プログラミングの技術で処理する部分を、
画像を４の倍数でトリミングする技術？
で回避しました。



まとめ
ヘッダ　　　　１４バイト
情報ヘッダ　　４０バイト
画像データ　　１９２バイト
　　　　　　　（横８×縦８×ＲＧＢ３バイト）
端数　　　　　２バイト（ファイル全体を４の整数倍にする調整）
合計　　　　　２４８バイト
一応、ファイルサイズとピッタリ計算出来ました。


コンピューターのファイルは、０と１で記録されていることが
今回、なんとなく見えた気がしました。


これは、あくまで備忘録であり、
自分なりの解釈です。
当ブログの内容について責任は負えません。


次回もビットマップ画像について備忘録です
画像を４の倍数で、トリミングしなければならない理由を調べます。

続く