*趣旨 [#b96aaeae] ちょっと、町中を歩く風の携帯アプリでの機能をつくることになりそうだったので、まとめて、自分なりに考えてみる。 *目次 [#ra3db4a7] #contents *目標 [#sa519b77] ちょっとシリアス風なキャラクタを歩かせる *アニメーションの哲学 [#yf386411] http://alansmithee.pv.land.to/bangai-01.html 「物体の全体が急に止まることは無いんだよ 最初にある部分が止まって、それから他の部分が止まるんだ 人は動いてる最中のパーツ・ディテールなんて正確に知覚できないんです。 ようは、動くポイントが作る「軌道曲線」と「シルエット」と「色面積」。 こいつ位しか知覚認識できないんです。 だから止まるポイントさえかっちり抑えてあれば 後はその3つに矛盾がなければ人にはそう見える *いかに自分の仕事にむすびつけれるか考察 [#v0e8c316] **時間について考える [#j578a24a] アニメーションにおいて、時間とは不連続なものだ。 テレビアニメだと、不連続ながらも、コマ数がはっきりわかっているから、定期的な不連続なものであるといえる。 ところが、携帯端末においては、不定期で不連続なものだといえるのではなかろうか。。。 そんな中で、同表現するのか俺は。。。 アニメーションは、何コマは何ミリ秒後にくるのか事前にわかる。でも携帯端末は、端末によってマチマチだ。コマを飛ばさなくてはならなくなったりするかもしれない。 動的に飛ばされたコマ数を計算して、座標を計算して描く方法はだめだ。一見理にかなっていそうだが、アニメーションでは、予備動作のコマを省かないほうがよいらしいからだ。 計算してその都度描画するのもどうかとおもう。携帯に計算で絵をかかせてコマ落ちするほうがデメリットが大きいからだ。 いつコマ落ちしてもよいように、予備の絵を計算で書いたものを準備しておいて、携帯端末の処理具合をみて、いまは何コマ目をだせばいいのかなと判断して絵を差し替えるのがいいかもしれない。 でもそうなると画像データが予備の分だけ多くなってしまう。 やっぱり、その都度座標を計算か。。。どっちが正しいのか。。。 これは実験してみるしかなさそうだ。 ひょっとしたら、多少のコマ落ちならば、回避してでも見せた方がいいコマってあるかもしれないし。。。 **シーン [#q9a9b16b] アニメーションはシーンのタイムラインが並べられたものである。 **シーンのタイムラインの管理 [#u051f70a] どの時間でアニメーションをだすのかを管理している。 携帯端末だからといってコマ落ちを認めるのか、いやいや、予備動作などのコマは多少のコマ落ちは回避してでも見せるべきなのか。。。 書店にいって参考になる本を探して買ってきた。 自分が悩んでいることに関連することがかいてあるページがあった。 本のタイトルは下記のタイトル -ゲームエンジン・アーキテクチャ #htmlinsert(amazon.txt,transitional,"asins=4797360712") -FLASHアニメーション制作バイブル #htmlinsert(amazon.txt,transitional,"asins=4274066878") #html{{ <div><b>foo</b>, PukiWiki</div> }} **アニメーションする点について考えてみる。 [#g0e812c4] -点、それは、座標をもつ。 -出現開始と消失が管理されている。 -開始座標をもつ -予備動作をもつ -目的の座標をもつ -後追いの座標をもつ いったんひいて、びゅーんって動いて、行き過ぎたからちょっともどる。みたいな動きをすればいいのかもしれない。やってみるか。 **HTML5のCANVASに点をかいてみる。 [#b15c4d02] http://ma-san.org/archives/2011/1223_161338.html **長方形やら円 [#xe5a306f] http://www.html5.jp/canvas/how2.html **歩く [#j31eb500] http://alansmithee.pv.land.to/dame-01.html *リンク集 [#c43651a2] http://members2.jcom.home.ne.jp/a_mtk/link.html **アニメータ教育素材 [#jddd8965] http://www7a.biglobe.ne.jp/~animation/thesis.html **帰って来た動画馬鹿への道 [#v2e40f07] http://members3.jcom.home.ne.jp/nawasuta/animation/db.html