数としては非常に少ないのですが、時々、「ゲームを作るためにゲームプログラミングを勉強しようとはしているんだけど、基礎から理解しようか、必要な部分だけ理解しようか迷っている」といったニュアンスのお問い合わせをいただくことがあります。これから理解しようとしているものの全容がつかめないわけですから当然の悩みかと思います。

そこで当サイトでは、基本は基礎から解説しつつ、課題を解決するためのライブラリや技術がある場合はそちらも同時に紹介するという方向で進めることに決定いたしました。「イチから作るとこうなる。この苦労を受け入れられるなら自分で作っていただければいいし、嫌なら課題を解決するためのライブラリなりを（名前だけになりそうですが）紹介するので利用を検討していただければいい」といった感じです。

中には「ゲームプログラミングでゲームを作る過程も楽しいし、基礎から知りたい」と思われる方もいらっしゃるでしょうし、基本は基礎でいいと思います。

かくいう自分も、 Win32API をどこまで勉強しようか悩んだ時期がありましたが、最近は DirectX のフレームワークがウィンドウ作成までやってくれますので、把握しておかねばなるまいと思われる範囲がだいぶ狭くなりました。

参考にした書籍はこれ、言わずと知れた猫シリーズです。

流石に Windows API の基礎がないと読みにくい内容ですが、そこをクリアできている方には IPv6 の解説や同シリーズにてフィードバックを受けた Win32API の更新がサンプルコードに反映されていてオススメできる一冊です。

以前注文していた Windows API の本が届きました。基礎的な部分は再確認。ちょっと進んだ内容は新しく勉強することになりました。 Windows API はゲームプログラミングを目的とする場合は最低限の知識で問題ないと思いますので、最後まで読んでみて良かったら紹介させていただきます。

猫でもシリーズだったら買ってもらって損しないと思うのですが、もし OpenGL や DirectX を使われるような場合に Windows API を学ぶための専門書となると選ぶのが難しいですね（個人的には知識として知っとくってのも悪くないと思いますが）。

• 窓プログラミング
• WinAPI Database for VB Programmer
• Win32サブルーチンズ

猫でものサイトは有名なので外してしまったのですが、必要でしょうか。

実はちょっとしたツールが欲しくなってまいりまして、どうやって作れば良いのか調べておったところなのです。 Sysinternals の記事（しかも本家英語版）ような難しい内容を理解しないとダメかと思ったのですが、意外にも Win32API でいけるようなので安心しました。

ちなみに Emacs のミニバッファをデスクトップに貼り付けるようなソフトです。 Application Desktop Toolbar という技術を使うとできそうな気がしています。 bluewind のサイトが無くなってしまったのがきっかけなのですが、どうせ高度な機能を使ってなかったので、親しみのあるミニバッファの形で動作するコマンドランチャを自作してしまおうかと考えた次第です。

DirectX9必携

目次を見た限りなんですが、プールとかロック、また、量子化といったサウンド関係の項目も見受けられ、速攻で注文してしまいました。コンセプトやページ数などの関係からかと思われますが、ついつい飛ばされがちな項目でしたので楽しみです。良かったら改めて紹介させていただこうと思います。

Windows で非同期読み込みというのをやったことが無く、どうやって実現するのか MSDN で探していたのですが、 CreateFile() にてファイルを開く際に FILE_FLAG_OVERLAPPED を指定し、続く API に OVERLAPPED 構造体のデータを作って渡すと、その API のファイル入出力が非同期になるそうです。

うそー、そんな簡単に。

もちろん、非同期読み込みならではの注意点をすべてケアしないといけなくなるわけですが、近いようなことは ActionScript でやってきたのでうまくいけばいいなぁ、と思います。ただ、描画に影響しないのかは実際にやってみないとわかりません。

当初の予定通り SQLite を使うようにすると非同期読み込みは簡単みたいです。 SELECT を投げたら、あとはループでぐるぐる回して、 if 文で「読み込み終わった？」というのを確認することができるとのこと。

ただ、どっちにしても DirectX なんかでテクスチャを生成するのに時間がかかったら意味ないかもしれません。ロード画面でアニメーションがカクッってなりそうです。

MSDN によると、「最上位ビットがセットされたときは現在そのキーが押されていることを示す」とありますので、 GetAsyncKeyState() の戻り値を 32bit Windows 環境における SHORT 型である２バイトと想定し、 0×8000 で論理積を取った次第です。

ビットとか論理積に関しての解説が追いついておりませんので、理解が怪しい方は申し訳ありませんが、次のようなサイトを参照ください。

整数型とビット操作

問題は、ここを 0×80 で比較してる情報が多いことで、「あれ、勘違いしたかな？」と思って実際の戻り値を調べてみました。すると、 0xFF80 となりました。これだと 0×8000 との論理積を if 文で判定しても真になりますし、 0×80 との論理積を if 文で判定しても真になります。

あれ、何だろう、どこで勘違いしてるのかわかりません。戻り値を作るときに負数にしているのでしょうか。

3D の難しいところは 2D よりも基礎知識が必要なことでしょうか。更に言うと、解説サイトや解説本などは、その「基礎知識が必要なこと」を「知っている」ことが前提で書かれているという点です。

「基礎知識があること」ではなく、「基礎知識の必要性を知っている」という意味です。難しいですね。ですから、「基礎知識」は「今現在持っていない」状態でも良いのです。ただ、「基礎知識が必要」ということを「認識」していればいいのです。ですが、本当の入門者はそれすらわからない状態から始めないといけないのです。これは入門者が途中で挫折してしまっても無理ありません。ほとんど勝ち目のない試合をしています。

メルマガでは 2D であれば、「点を描画する」というところから開始しています。それは、「あらゆるゲーム画面は点の集まりでできている」からであり、点の描き方さえわかってしまえば、理論上、どんなゲーム画面でも作れるからです。

でも、実は 3D も同じなのです。 3D の最小単位はポリゴンですが、１ポリゴンの描き方さえわかってしまえば、理論上、どんなゲーム画面でも作れるはずです。ただ、解説書などでは１ポリゴンの描き方を説明するのにとんでもない紙面を割きます。これは仕方ないことで、それだけ解説しないと「実用に耐えない」という理由があります。しかしながら、「俺にもがんばればできそうだ」と感じていただくために、１ポリゴンだけ手っ取り早く表示する方法があれば、それをお伝えした方が絶対良いと思います。ポリゴンは三角形ですが、その３頂点の座標さえあれば描けるはずなのです（事実、 Win32API にもポリゴンを描画する関数がありますが、その関数で必要なのは頂点の座標だけです）。

これは DirectX であれば簡単にできます。 DirectX でポリゴンを頂点座標だけで描くためには、頂点フォーマットを「座標変換しない」モードで作ります。とりあえず、これにて解説書の内容を無視してポリゴンを簡単に描くことができますので、まずはそれでゲームを作ってみることをおすすめします。もし、作っていく中で暗礁に乗り上げるようなことがありましたら、それを解決する方法が、「 3D の基礎知識」の可能性が高いです。

若い頃は「急がば回れ」という言葉に嫌悪感を持っていましたが、年を取ってその意味がわかるようになりました。もう、若くありません。

効果音は DirectSound で良いかなと思っているのです。ミキシングを自分でやるのが大変ですので。しかしながら、音楽はというと今は MIDI という時代でもないような気がします。すると MP3 とか Ogg とかなのですが、これを操るライブラリを勉強しなくてはなりませんね。

ちなみに Windows で MP3 や Ogg を再生するにはどうしたらいいのかずっと疑問でした。当然 playMP3() とかそんな API ありませんので、どうやってサウンドカードにデータを渡すのだろうと疑問に思っていたのですが、どうやら波形データを食って音を鳴らす API があるそうなのです。なるほど、ということは MP3 や Ogg から波形データを読み出せれば鳴らすことは不可能ではないということですね。

次なる課題はストリーミングです。その API がリングバッファを認識できれば話は簡単なのですが、実際はどうでしょうか。調査が必要ですね。

ファイル入出力

一通り見てみた限りですが、特に前提知識などが必要ないため問題なく使えそうです。ただ fseek() に相当する SetFilePointer() 関数が 2GB 以上のファイルに対応するためにポインタの位置をふたつの変数を使って指定しなければならない点が面倒そうです。

余談なんですが、 Windows にファイルをロックする関数があったんですね。 Windows で動く Perl で flock() 関数を使うと予期しない動作をすると記憶しているのですが、今は昔の話なのかもしれません。