「Windows API/図形の描画」の版間の差分

== 画像ファイルのバイナリ ==

{{-}}

{{-}}

 

たとえばビットマップ画像を作りたい場合、

 

 

 

なお、ネットや専門書の解説では画像フォーマットの仕様を説明するためによくC言語の「構造体」の書式が説明されるが、しかし、その構造体を入力しても、画像は生成されない。

この「42 4D」という冒頭の数字を識別子とすることで、ファイルの種類を認識している。

 

 

ネット検索で調べる場合は「42 4D」というキーワードを付け加えて「ビットマップ 42 4D」などで調べれば、ビットマップ画像のバイナリでの扱いに関する有益な情報が入手しやすいだろう。

</pre>

 

 

 

また、そのようなダンプイメージを出力することを、俗に（ぞくに）「ダンプする」などとIT業界では言う。

 

 

<pre>

42 4D 82 00 00 00 00 00 00 00 76 00 00 00 28 00

 

</pre>

 

 

 

</pre>

 

 

 

;各ヘッダの名称

{{-}}

{{-}}

 

 

ビットマップ情報ヘッダの長さは40バイトで固定である。

 

 

さて、ビットマップ構造体の図を、ダンプイメージと照らし合わせてみよう。

{{-}}

{{-}}

 

1段目アドレスのABCDの部分にある「 76 00 00 00」は、まず意味は10進数で118である。7×16+6＝118 より。

 

 

なお、数え方は左上の「42 4D」ですでに2バイトである。　この調子で118バイト目を探すと

 

 

 

<pre>

 

 

 

なので、2色以上を使った画像で、調べてみましょう。

 

 

 

このように、上下が反転しています。そういう仕様だからです。

 

;Linux のxxdコマンド

 

<code>xxd</code> というコマンドを使えばいい。Fedora 31 では標準では、この <code>xxd</code> がついていない。なのでFedoraにこのコマンドをインストールするために vim-common をインストールする必要がある。Fedora ではvim-common に <code>xxd</code> が含まれている。

 

 

 

 

たとえば、なんらかのテキストエディタ（Fedora標準の gedit でもよい）に、下記のテキスト（これはstirringで出力したテキストから、上2行の見出しを除去しただけの物である）をそのままコピーペーストしてテキストエディタに貼り付けし、普通に「test」などの名前で保存しよう。この段階では、ファイル「test」は、まだ単なるテキストファイルである。

が必要である。

 

 

なお、文字列「1」はアスキーコードでは16進数「31」なので、一対一対応しないので、C言語で書く場合には注意しよう。