ActionScript 3.0 にはラスターイメージを自由変形する機能がありませんので、 Graphics クラスと行列を組み合わせてラスタライザっぽい機能を自作します（こういうやつです）。しかしながら、自作したラスタライザ（っぽい機能）で普通にアニメーションさせようとすると、チラつきやポリゴン割れ（みたいな現象）に悩まされます。そういう場合はタイムラインに載せて Event.ENTER_FRAME のタイミングで描画します。 Event.ENTER_FRAME の中は垂直同期みたいな空間ですので綺麗にアニメーションが作れます。

面倒な人は 3D のライブラリを使うか Flex SDK を使いましょう。お金があれば CS4 を購入するのも楽です。ただ、 Flex SDK や CS4 の 3D 機能を使った場合は Flash Player 10 での動作になります。

マニュアルと読むと「バイナリデータの読み込みには URLLoader を」とあったので PNG 画像を読み込んだのですが、なんとも取り回しの悪いデータ（生データ）が返ってきてしまったのです。中身が画像とわかっていて画像として扱いたい（ DisplayObject にしたい）場合は Loader を使うべきなんですね。逆にバイトストリームが欲しいときは URLLoader です。ちなみに ARGB の画素情報だけで良ければ Loader で読み込んで BitmapData にしてデータにアクセスすることもできます。

Loader と URLLoader は過度の抽象化が抑制されている辺り Flash らしいですね。領分というものを正しく認識しているのだと思います。 Flex とかだとどうなんでしょう？

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

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

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

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

libpng.org

PNG 画像は圧縮されているためファイルサイズを抑えることができ、アルファチャンネルを持つことができるなどの特徴から、近年ゲームでよく使われるようになりました。可逆圧縮ですので JPEG のようにブロックノイズが乗りません。 Photoshop や Fireworks といった本格的なアプリケーションから Edge のようなオンラインソフトでも作成することができる点も見逃せません。

ラスターイメージを透過転送するためにはマスク画像が必要ですが、 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 ではこのマスク画像を自動的に生成する機能があります。便利ですね。今後も使っていきましょう。

まぁ、いまさら誤用したところで誰も混乱しないとは思うのですが、確かにある時期から Fireworks は「ビットマップ」という言葉を避けていますよね。おそらくこのあたりの事情も一因になっているのかと思っております。

実はライスタライザの実装方法を調べているのですが、Ｚバッファというのは DirectX だけの仕様なんでしょうか。ゲーム会社で働いているうちに PS2 の仕様書を読んでおけばよかったです。