たとえば赤を透過色にしたい場合は次のように書きます。

Study::Bitmap graphics;
graphics.load(hdc, TEXT("graphics.bmp"), RGB(255, 0, 0)); // RGB の順で輝度を指定する

この指定によって自動的にマスク画像が作られるようになります。マスク画像のデバイスコンテキストハンドルは Study::Bitmap::getMask() メソッドによって取得できます。

これで Study::Bitmap::load() 時にデバイスコンテキストハンドルを渡さなくても済むようになればいいのですが、今のところ良い方法が思いつきません。

ラスターイメージを透過転送するためにはマスク画像が必要ですが、 Study::Bitmap を使うとビットマップ画像からマスク画像を自動的に作ることができます。やり方は簡単、次のように読み込んで Study::Bitmap::getMask() メソッドを呼ぶだけです。

Study::Bitmap player;

// hBackBuffer と互換性のあるビットマップイメージを player.bmp から作る
// このとき緑色 (255, 0, 255) を背景色とする
player.load(hBackBuffer, TEXT("player.bmp"), RGB(255, 0, 255));

// ビットマップイメージのデバイスコンテキストハンドルを取得する
HDC bitmap = player.getBitmap(); // player.bmp を取得する
HDC mask   = player.getMask();   // player.bmp のマスク画像を取得する

// player のイメージを hBackBuffer へ透過転送する
BitBlt(hBackBuffer, x, y, width, height, mask, u, v, SRCAND);
BitBlt(hBackBuffer, x, y, width, height, bitmap, u, v, SRCPAINT);

マスク画像を自分で作るよりだいぶ楽ですね。

まず、普通に画像をブロック転送すると次のようになります。

背景色であるピンク色までもがコピーされているのがわかります。これは多くの場合、意図した結果ではないはずです。背景色のピンクを除外してコピーするためには次の手順を踏みます。

まず、背景を白、本体を黒とする画像を作ります。これをマスク画像と呼びます。マスク画像が用意できたらラスターオペレーションを使って背景へ AND 転送し、本体の形に背景をくりぬきます。 AND 転送すると黒に近い色が採用されます。この特性を利用して本体の形に穴を開けるというわけです。

背景がくりぬけたら、今度は、そのくりぬいた穴に本体を流し込みます。くりぬいた穴に本体を流し込むためには、背景を黒とする画像と背景とを OR 転送します。 OR 転送すると双方の黒ではない色が採用されます。

見事、目的を達成することができました。

なお、 Study::Bitmap ではこのマスク画像を自動的に生成する機能があります。便利ですね。今後も使っていきましょう。

パソコンが熱暴走でご臨終で、 EDGE2 がハードウェア変更でキーが無効になって、バレーボール日本が第１セット取られました。思い返すと今日は占いで牡羊座が最下位だったんですよね。占いって当たる時あるんだなぁ…

でも Study::Bitmap を大幅にバージョンアップすることができました。興味のある方はダウンロードしてみてください。自動的にマスク画像が作れるようになっています。

パソコンの冷却ジェル買ってきました。今から作業再開します。

後からビットマップを読み込むためには Study::Bitmap::load() というメソッドを使います。

// 初期化（引数がいりません）
Study::Bitmap player;

/* 中略 */

// どこかのタイミングで読み込みます
player.load(hdc, TEXT("player.bmp"));

/* 中略 */

// またどこかのタイミングで使います
BitBlt(destination, 0, 0, 640, 480, player, 0, 0, SRCCOPY);

しかしながら、 Windows の API が NULL 許容であることに依存しまくった改造です。勉強目的と割り切るしかありません。

まるで幼稚園生が描いたかのような稚拙な背景が表示されます。

また、 Study::Bitmap がバージョンアップしておりますので、動作確認にもってこいのサンプルとなっております。

• 「地球防衛ゲーム」サンプル

Study::Bitmap が引数なしコンストラクタを持っていないので使い勝手が悪いなぁと思い、未初期化の状態というの許そうと思っているのですが、受け側の GDI 関数が NULL 許容だと絵が表示されない原因がわかりませんよね。

まだメルマガで例外は扱いたくないです。デザインパターンもポインタもまだ先に延ばしてます。うむむ…

Study::Bitmap は BMP 形式のファイルをメモリ内に読み込んで、そのビットマップのデバイスコンテキストへアクセスする手段を提供してくれます。

Study::Bitmap を使うためには次の情報が必要になります。

1. 読み込んだビットマップの表示先となるデバイスコンテキストのハンドル
2. 読み込みたいビットマップファイルの名前

たとえば hWindow というハンドルが指すデバイスコンテキストに対して player.bmp という画像ファイルを表示させたい場合の Study::Bitmap 変数を作るためには次のように書きます。

Study::Bitmap player(hWindow, TEXT("player.bmp"));

ここで生成した player という変数は BitBlt() 等の GDI 関数のデバイスコンテキストハンドルとして渡すことが可能になります。先の例では hWindows というハンドルが指すデバイスコンテキストへ player.bmp という画像ファイルを表示させることが目的でしたが、これを実現するためには次のように書きます。

BitBlt(hWindow, posX, posY, width, height, player, srcX, srcY, SRCCOPY);

ちなみに Study::Bitmap は、その名が示すとおり、ビットマップを扱うための手順を学ぶための型であり、実用性は全く考慮されておりません。もし、ビットマップファイルを扱う手順を忘れてしまった場合は Study::Bitmap のソースコードを開いて確認することができます。

一番の理想は、この型から脱却して別のライブラリを使えるだけの実力を身につけることなのですが、まぁ、まずは一緒にこれを使っていきましょう。