唐突ですが、自分が普段思っている考えを文脈無視で述べさせていただきたいと思います。先日、作曲のレッスンにて、今後のレッスンの方向性について自分の希望を述べさせていただきましたところ、「あ、唐突ですね」と返ってまいりました。すみません、いつもこんな感じです。

考えというのはゲームプログラミングについてなのですが、自分は中身がしっかりしていれば外見はいい加減で良いと思っております（テキトーというニュアンスではなく、いわゆる「いい、加減」というやつです）。

Windows アプリケーション構築でたとえると、コアロジック部分をしっかり作れば GUI はウィザードやジェネレータが作ったもので OK みたいなところがあります。

ここで言う、「しっかりしている」とは、少なくとも現状で想定できる範囲で変更に耐えるという点です。せっかくアイデアや改められるポイントをいただいても、「あ、今の設計じゃ、それはできんわ」となってしまわないように気を遣っています。変更には SDK のバージョンアップなんかも含まれます。

現在は DirectX によるゲーム制作を考えております（というか M-Project 第一作に関しては決定しております）が、ここで変に「あとで OpenGL にも対応できるようにしよう」と考えると、私の実力では設計することができなくなります。それをやるには DirectX と OpenGL の両方に精通していることと、ゲーム開発の要件をかなり深く理解していることが求められます。

ですので、現在は「これ以降、 DirectX などの技術に依存する部分が多く出てくる」と判断した段階で、生のインタフェース（ IDirect3DDevice など）を取得して API による直接的なランタイム操作を考えています（ちょうど昨年、 yomogi さんにいただいたゲームエンジンがこうなっておりまして、リンクできるように考えました）。

「この考えが実際にうまく働くかな？」というのが今年かもしれません。

こんな Byerkut ですが、本年もよろしくお願い申し上げます。

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

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

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

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

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

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

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

現在、アニメーションデータを 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 とか作ればいいかなぁ、とか構想中…

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

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

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

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

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

まどかさん、ボクっ娘ではないんですけどね。でも、おしとやかな女の子っぽい雰囲気も違いますし、ありかなぁ、などと思っております。

いろいろ演出を考えていくと、曲をいきなり中断して再開できるようにできた方が面白いような気がしてきました。どうしたもんでしょうか。あまり時間がかけられませんので次の開発に必要な要件から優先的に対応するという流れにしたいのですが、やりたい演出が決まらないと要件も固まらず悩みます。

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

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

国際展示場前から結構遠くて、初音ミクの黄色い奴のコスプレした女の子の後をついて行ってたどり着きました。今回は飯野賢治さんのコスプレには巡り会えませんでした。

マカロニほうれん草さんのブースにお邪魔させていただいて楽しく過ごして帰ってきました。新しい同人誌も入手できまして、まどかコンプリートを目指せそうです。まどかは楽器も弾けるみたいで尊敬に値します。そのうち作曲できるようになるかも。記念にマカロニさんが依頼されたスケブにサインをさせていただきました。「これ誰やねん？」と思われた方、ごめんなさい、俺です。

実際に会場を回って思ったのですが、 POP の存在は大きいですね。無いとなかなか作品が目に留まらないです。人が多いので「立ち止まるのも悪いなぁ」なんて遠慮心もあってなおさらかもしれません。 POP 高いみたいですが、参加する際にはなんとか作りたいです。

いろいろ勉強になりました。とりあえず地方のイベントから参加してみたいと思います。

ピアノでＣはドミソなんです。Ｃは３つの音で和音なんですね。さて、コードはピアノだけではなく、ギターにもよく登場するのですが、ギターって弦が６本あるんですよね。Ｃを演奏するのには音が３つあればいいのですが、ギターだと音が６つ鳴ることになります。これでどうやってＣを演奏するのかずっと謎だったのですが、どうやら、Ｃにあわない音を封印するらしいです。

ギターの一般的なチューニングによると、弦を押さえないで鳴らしたときの音が E-A-D-G-B-E 、ミ・ラ・レ・ソ・シ・ミなので、２つ目のラを弦でドを押さえて、３つ目のレの弦でミを押さえて、５つ目の弦でドを押さえて E-C-E-G-C-E でドミソのＣ。うーん、なるほど。

問題はこれを Cubase に入れるときどうするのか？ですが、そこは後のレッスンで出てくると思いますので、放置しようかと思います（そもそも、この認識が間違っている可能性もあるでしょうし）。