O3D Demos and Samples – O3D Plug-in API – Google Code

HTML5 の正式リリースでこういった流れが加速するのでしょうか。

しかしながら、いまだに HTML5 とグラフィックス描画との関連が見えません。もしかすると、そういった用途を想定した DOM オブジェクトが追加になっているのかもしれませんが、よく聞く Canvas というのがそれなのでしょうか。

私が把握しているのはセクションやヘッダーといった、 WEB サイトや文章を作るならあるとうれしいなぁ、というエレメントが追加になっていることくらいなものです。

草案によると…

To draw on the canvas, authors must first obtain a reference to a context using the getContext(contextId) method of the canvas element.

context = canvas.getContext(contextId)
Returns an object that exposes an API for drawing on the canvas.
Returns null if the given context ID is not supported.

…とのことで HTML Canvas 2D Context というオブジェクトを取得することができるようです。リンク先を確認してみましたが、 3×3 の行列を使ったトランスフォームができるようでして、確かに 2D 描画機能としては不足を感じません（でも、表示ツリーみたいなことをやるにはどうすればいいんだろう？）。

また、かなり速度的な疑問を感じますが、 Pixel manipulation によってフレームバッファへアクセスするかのようなことも可能らしいです。一応 data というプロパティへアクセスすることで “Returns the one-dimensional array containing the data.” というお話ですので、関数を呼んで１ピクセル単位で読み書きするよりかは高速になりそうですが、はてさて…

ちなみに、現在 W3C の方でまとまっているのは 2D 関連のみなのか分かりませんが…

Vendors may also define experimental contexts using the syntax vendorname-context, for example, moz-3d.

…とのことです。もし、「 Flash を駆逐したい！」と思われる方がいらっしゃるなら、誰かが頑張って作るかもしれません。

いろいろと分からないことが多いので本を注文してみました。良かったら紹介します。

Microsoft Visual Studio Express

今日もお仕事の私奴はまだインストールしておりませんが、製品版購入を検討されている方は雰囲気に触れておかれることをおすすめします（パソコンのスペック的に動きがもっさりして使いづらい可能性もありますので）。

「無理に新しいものを使う必要ってある？」って思われるかもしれませんが、前述のスペック的な問題やバグ、仕様変更などによって現在のソースコードのコンパイルが通らなくなるなどの問題がなければ勉強に良いのではないでしょうか。個人的にはコンパイルが通らなくなったくらいなら原因を突き止めてノウハウにしたいと感じます。

製品版の予約販売は５月からだそうで、また延びたんでしょうか…

ちなみに、うちのブログは CSS スプライトを使っていません。 CSS スプライトが有名になる前に作りましたので知りませんでしたし、思いつきませんでした（最初に知ったのは Amazon で使っているのを見た時だったかと）。次にリニューアルする際には使ってみようかと思います。

余談ですが、仕事で CSS スプライトを使う際、よくオフセットの正負を間違えてしまいます。ゲームでよく使う blt 系の関数と逆なので注意が必要です（うっかりさん）。

テクセルからピクセルへの直接的なマッピング (Direct3D 9)
ラスター化ルール (Direct3D 9)

スクリーン座標を算出する際、各頂点のＸとＹ座標を -0.5 となるようにするときれいに出るということかとでしょうか。ただ、 DirectX 10 ではこの辺りの考慮が不要とのことで、なんとも嬉しいやら残念やら…

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

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

前に、テクスチャを扱う際の注意点を載せておいたのですが、画像ファイルなんかの読み込み先くらい自由にさせて欲しいと思っておりました。ただ、このテクスチャは描画することができないそうな…。ソフトウェアで処理するわけですので、描画コストがかかるのは覚悟の上でってことになりますが、手軽に 2D のゲームが作れたら嬉しかったかも。

ちなみに頂点をソフトウェアで処理するには D3DUSAGE_SOFTWAREPROCESSING 、自由なサイズのテクスチャを作りたいときは D3DPOOL_SCRATCH を指定して IDirect3DDevice9::CreateTexture() を呼び出します。なるほど、 SCRATCH か、そういう用途なのか。

この後、本物のテクスチャにコピーするなら普通のメモリに画像を読み込んでも同じですな。

前々から面白そうだと思っていたのですが、品薄でなかなか手に入りませんでした。今では Amazon で普通に買えるようです（重版になったのかも）。

中身は熱いですよ。「名は体を表す」を地でいく感じで、情報処理の基本から、当たり判定の基礎、基礎だけでは遅いので応用例、 2D と 3D の違い、 3D の基礎、ゲームを公開するために必要な暗号化など、まさしく「ゲームプログラマになるために覚えておきたい知識」が満載です。

一番面白かったのが、「線型代数の計算はなぜ正しいのか？」という項目。「座標変換や回転には行列が必要なんだ！」って割り切って使ってると思いつかないかもしれませんが、解説が詳しくて理解が深まります。こう書くと「 3D の知識はいらん」と思われるかもしれませんが、解説は 2D も含んでいますので参考になると思います。

float の正しい使い方などもためになります。これ、たぶん機会がないと勉強するタイミングが無い分野だと思いますので、大変貴重な情報源です。

ゲームというソフトウェアを作るためのプログラム構築方法には、実に多くのバリエーションがあるということなど今更言う必要もないと思います（でも、本当は言った方が良いような気もします）。

最近、インタラクティブに動くコンテンツの制作手法として Flash の実績が見過ごせなくなってきました。つまり、「 Flash の手法ってゲームが作りやすいなぁ」ということです。思わず、今、作っているゲームのクラス階層が ActionScript のそれに近くなってしまいました。

ただ、 ActionScript は「肥大化した MovieClip を再分析する」という歴史があるのを忘れてはならないと思います。つまり、今、ゼロから ActionScript を構築したら、同じクラス階層になるのかという視点が重要なのでは無かろうかということです。

自分のゲームに取り込んで良い物か悩みます。でも、作りやすいです。次のゲームが 2D だからなおさら悩むのかもしれません。

最近よく、「一見、 2D のゲームでも 3D の技術で描いてるときがある」と説明するのですが、これのもっともわかりやすい実例がスーパーペーパーマリオです。実際に遊んだことある人はよくわかると思います。あのゲームはＡボタンで 2D と 3D が切り替わりますが、あの 2D は疑似で、本当は全て 3D で描いているのです。

3D は必要性がないと興味すらわかない分野かと思います。 Windows の場合、特に DirectX8 からの 3D 化が激しいですよね。最初から 2D のゲームしか作る予定のない人が「 2D を切り捨ててまで 3D に移行する必要あるか？」と疑問に感じられても無理のないことだと思います（ただ、 DirectDraw も COM なので切り捨てられたわけではないようです）。しかしながら、 3D で 2D を作ると楽なのも事実です。少なくとも DirectX ならクリッピングは不要、透過転送も不要、拡大縮小回転も用意されているので自作のコードは不要。…魅力的です。

これからゲームプログラミングを学ばれる方が好きな作り方を選択できるよう、実例はたくさん欲しいところです。もちろん、自分で作れれば一番良いのですが…

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

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

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

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

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

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