今年の始めにとある占いで「 2010 年、春頃に予定していたキャリアアップは秋頃になる」と予言されていたのですが、春配信予定のゲームの体験版が全く進んでいないという点では当たってしまいました。

生きていくためには仕事しないと仕方ないのですが、なんとも残念な結果です。とりあえず、今週末はゆっくり休みます。

明日配信予定のメルマガでも触れておりますが、書籍執筆によるゲームプログラミング解説に続いて同人ゲームのでゲームプログラミングの情報発信を構想しております。

メルマガには書けなかったのですが、実はとあるご意見番の方より、うちのメルマガで決定的に不足している要素があると指摘されておりました。

それは、「本人が楽しそうにしている」という要素です。

「本人が楽しそうじゃないのに、楽しさを伝えることはできない」と指摘をいただきまして、「なるほど」と思い、「では、どうすれば（自分が）楽しくなるか？」を考えたのですが、答えは明確で、やはり「実際にゲームを作る」ということにつきると思いました。

とはいえ、ウチのサイトならではのゲームでなければ意味がないと思い、ゲームプログラミングを解説するアドベンチャーゲームというジャンルとすることに決定いたしました。

実は、ゲーム化という活動自体は、マカロニほうれん草さんより企画をいただいたことがきっかけでして、なんともちょうど良い結果になりました。

もうすぐページができると思いますので、もし興味がありましたらアクセスしてみてください。

現在、アニメーションデータを DB から取得してメモリに格納する方向で考えているのですが、キーフレームに設定したイベントハンドラを実行する方法で悩んでいました。

DB から文字列でイベントハンドラの名前を取得しても、 C++ はリフレクションがないのでどうやってメソッドをコールさせればいいのかがネックだったのですが、とりあえず std::map で、文字列とメソッドへのポインタをあらかじめ格納しておく方向になりそうです。

あとは実用に耐える速度にするためのチューンですが、まずはインタフェースだけ決めてその後に考えます。

パフォーマンスまで考慮すると色々考えないといけないことがありまして、インタフェースをこねくり回しているのですが、後輩に「実装を意識させるインタフェースはだめです」との指摘をいただきまして、インタフェースはすっきり落ち着きました。

んー、もうちょいです。

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

うそー、そんな簡単に。

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

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

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

あれほど参考にしてはいけないと思いつつも Flash の描画システムに倣って設計を進めているのですが、どうしても 2D と 3D の行き来で問題が発生してしまうため、アニメーション機構をふたつ用意することになりました。ひとつは基本中の基本、キーフレームアニメーション。もうひとつはスプライト用のビューポートアニメーション（ Multimedia Fusion に搭載されているものに似ています）。

これにより Entity 毎に描画ロジックを切り替えられるような仕組みが必要になり、今度はそれを考えています。 2D のゲームの場合はパイプラインの設定など変えないでしょうし、 TypicalRenderer2D とか作ればいいかなぁ、とか構想中…

オーディオソフト | Adobe Soundbooth CS4

機能を見てみる限りなんですが、どうやらできあがった波形データを編集するものみたいで、期待するようなソフトではないかもしれません。ムービーなんかを作る際、全体的な音の調整をするものなのかもしれません。

なんで悩んでいるかというと WEB PREMIUM でアップグレードしないとついてこないらしいのです。使うソフトと使わないソフトのバランスを考えると次は DESIGN PREMIUM が欲しいなぁ、…と思っております。

良い機会なので、命名に関してこの際、考えを改めることにしました。

今まで、命名規則は出来合いのものを使っておりました。「これはどうやるんだっけ？」と忘れてしまっても参照できる情報源が豊富にありますゆえ。しかし、自分の作業スタイルに合ったものを考えた方がよかろうと思い至り、１から考えております（別にオリジナリティを出そうとかはないです）。

一番のポイントは「シンボルを条件に grep した際、目的の行を見つけることができるか？」です。 Eclipse のような IDE の機能をフルに活用すれば「この名前のメソッドを抽出したいんだけど、余分な行まで引っかかってしまう」などという情けない事態にはならないような気もしますが、今現在、自分はそれができません。なんとか命名規則で、「そのシンボルは何か？」が判断しやすくなれば助かります。

C/C++ はクラス内で自分のメソッドなどを書く際に this を省略できますので、メソッドなのか関数なのか判断が付きにくいことがあります。こういうときに methodName() と FunctionName() などとして別のルールで名前つければ grep で抽出しやすくなります。一時の気の迷いから MethodName() という紛らわしい関数を作ってしまった場合でも、 Upper Camel Case + () は関数名にしか使わないと決めておけば除外できます。

でも、いい加減 IDE で開発すれば良いのに。リファクタリング機能とかとんでもなく便利らしいです。

どこにでもありげなアドベンチャーゲームなんですが、我々ならではのゲームプログラミングがテーマです。今より若いまどかが大活躍。シナリオの進行具合や、通過したイベントによって完成するゲームが変わります。２週目もいける感じで設計してます。

どうか長い目でお楽しみにしていただけると嬉しいです。

というのも、今作っている同人作品の主人公に関して、キャラ付けの一環として台詞の倒置表現を考えてみたのですが、あまり気持ち悪いようなら修正しようかと検討しているのです。教養無いとバレるのは問題ないのですが、読みづらさを感じられてしまうのは不本意です。

結論から言っちゃいたい気分が全面に押し出てる感じを狙ってみたいのですが、こういうのやったことないので悩んでおります。

うまくいけ。うまくいけ。うまくいけ。