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

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

第8回アニメーション – ゲームプログラム勉強日記

action に無名関数を指定していますが、やっぱこれできると便利みたいです。特定のキーフレームにロジックが指定できると、地面を蹴るたびに土煙を起こすようなエフェクトを生成したり、アニメーションの終了を誰かに伝えたり、ゲームに必要な処理が簡単に実現できます。

ちょっと自身ついてきました。この調子で設計がんばろう。

ぱっと見、 JavaScript の JSON みたいな感じです。ちょっとモーションデータをイメージしてみました。

- frame: 10
  viewpoint: [0, 0, 32, 32]
  position: [0, 0, 0]
  alpha: 0.75
  easing:
    - type: custom_ease
    - rate:
        - 0.1
        - 0.2
        - 0.3
        - 0.6
        - 0.9
- frame: 15
  position: [100, 100, 0]
  easing:
    - type: simple_ease
- frame: 50
  rotate: [0.0, 0.0, 90.0]
  scale: [2.0, 1.5, 1.0]

あと、ラベルとループ指定も必要か…

ちなみに C++ だと >> をオーバーロードして、取り込み先のオブジェクトとして最適な型を選ぶことができるようです。まぁ、当たり前と言えば当たり前。それなくして C++ で使う意味はないかもしれません。

Flash が無いと SWF は作れないの？

いいえ、 Flex SDK があれば無償で SWF を作ることができます。

Flash と Flex SDK はどう違うの？

Flash を Visual C++ のような IDE と考えると、 Flex SDK は cl.exe とか link.exe とか nmake.exe みたいなものです。ただし、 Flex SDK にて SWF を作るためには JRE （ Java のランタイム）が必要です。

Flash を買う意味あるの？

アニメーション要素のあるムービーを低コストで作りたい場合は大いにあります。 Flash があればモーションをマウスでつけることができますし、モーションの惰性も二次元のグラフで簡単に指定できます。描画ツールもありますので、単純な図形をマウスやペンタブレットで描くこともできます。

もし、 Flash を使わない場合は、座標や回転値などのモーションデータをオブジェクトと数値で指定するか、 XML で指定なければなりません。

あなたはアニメーションを作れないのに、なぜ Flash を持ってるの？

デバッガが便利なのと、 Creative Suite にバンドルされていたからです。仕事で作った SWF は Stage のタイムラインの１フレームに起動コードがあるだけで、あとは ActionScript で構築しました。ここだけ見ると無駄なんですが、それを無駄と思わせないのはデバッガの存在が大きいと思います。

簡単に覚えられる？

なんらかのプログラミング言語の経験がある方にとっては、携帯 Flash や昔の Flash に比べたら遙かに難度は低いと思います。 Flash は Macromedia 時代からそうだったのですが、マニュアルが非常に良くできていて、情報源に不足がありません（トピック毎にコピペで動くサンプルがあるのが嬉しいです）。ただ、全く初めての場合は、入門書に頼った方が良いと思います（少なくともタイムラインが問題なく使えるようになるまでは）。

それはさておき、今日は調子が悪くて１日中休んでいたのですが、ベッドの中でゲームのアニメーションについて考えていました。

本格的なゲームのアニメーションを設計することをイメージしていたのですが、実際にプログラミングする上では以下の要素が必要だと感じました。

• アクティブとパッシブ
• 入力を受け付けるか受け付けないか
• イベント設定

アクティブとパッシブというのは昔から言っている、アニメーションが主導で動作に影響を与える場合と、動作が主導でアニメーションに影響を与える場合の２種類です。たとえば人間のようなキャラクターの場合は、ベクトルの方向によって「制止中」なのか「移動中」なのか。また、そのノルムによって「歩く」なのか「走る」なのかを算出する処理です（ Klick & Play とか Click & Create なんかにあったやつですね）。

次に、入力を受け付けるか受け付けないか。これはそのままの意味で、特に前述のアクティブなアニメーションの場合に、入力を受け付けて、アニメーションを中断したり変更したりできるようにするかしないかの制限が必要ということです。たとえば、インフィニットアンディスカバリーの抜刀と納刀のアニメーションは入力を受け付けませんが、ああいうのを実現する処理です。もしかしたらアクティブなアニメーションはほとんど入力を受け付けないのかもしれません（でも、そうするとキャンセルみたいなことができなくなりますね）。

最後のは、前述のふたつを実現するためにプログラム的に必要なことです。つまり、「アニメーションが終わったよ」というのを把握するための仕組みです。最初はこれを「なんだかイケてない」と思っていたのですが、よく考えると Flash のアニメーションにイベントを設定できるのと似ていると思い直すことができました。

なんともうまい言い方が思いつきません。なんか、専門書とかあれば読みたいのですが、 Gems とかには書いてあるのでしょうか。 3D の場合はこれプラス「キーフレーム」の概念が必要ですね。

以下のような画面で管理できると思います。

問題はアクティブアニメーションです。

同じ画面で管理するのは煩雑かもしれません。

たとえばテイルズのバトルシーンのようなゲームのアニメーションを作りたい場合、どうもパッシブなアニメーションとアクティブなアニメーションのふたつが必要なのかな？と考えています。

パッシブなアニメーションはベクトルから今現在表示すべきアニメーションとコマを算出して描くだけなのですが、たとえば大ダメージを受けてノックバックする場合などは逆にベクトルを見てはダメで、ダメというか逆にベクトルを指定する必要すらあるような気がしているのです。

パッシブアニメーションが切り替わるのをロックする機能と、アニメーションの終了をフックする機能が必要かもしれません。

いやぁ、難しい。