3Dアクションゲームの設計

ム板で、組み込みJavaScriptインタプリタの存在を教えてもらったので
俺はこれを使うことにするぜ！！






まあ2年後ぐらいに・・

ゲームを作るのにまずスクリプトを挙げる人間が多いが、
実際に必要なのはイベントエディタやマップエディタなどのツールなどであって、
ツールが優秀であれば別にスクリプトという形は必要ない。
スクリプトだけあっても大して効率化は計れない。

いいよね、周りに理解者がいて。
こっちの方は未だに２Dの絵にこだわる人が多くて嫌になる。
俺としては使いまわしでいいから見るのに耐える３Dを探しているところ。
それを少し変形させて使うつもり。
問題は動きの部分？
ビデオのモーションキャプチャーと連携させて動くのが
無料であればいいんだけど。
やはりそういうのも自分で開発すべきなのかな？
それとも　こつこつ３次元の中でモーション部分を組み立てるべきなのか？

マイクロソフトもtinyだけのサンプルではなくて
走ったり　飛んだり　パンチを出したり　キックをしたりなどの
サンプルアニメを１000動作くらい入れているとこっちもあまり動かずに
済んだのにと思う。しかもあの3dはどう見てもあまりカッコよくないから
使う気にはあまりなれない。
基本形を作ってくれれば　こっちも数値を入れ替えて
いろいろアニメを変化させることできるのにと思う。

stateパターンってなんだ？
そもそも、移動→攻撃で、なんで関数ポインタがでてくるんだ？
３Ｄアクションって、キャラがポリゴンになって、
それに伴って、当たり判定も３Ｄ化しなきゃならないってだけでほ。
２Ｄの場合、表示するＣＧを切り替えるだけで、移動→攻撃になるけど、
ポリゴンの場合、キャラクタを構成してるポリゴンオブジェクトの、
最終的な、３ＤＭＡＴＲＩＸ（回転角度だけ）を、パターンごとに定義しておいて、
ある動作から、別の動作に移るときは、
３ＤＭＡＴＲＩＸ（回転角度だけ）を、増減するだけでいいんじゃないの？

ならそう組めば？

>18
１に付き合って言ったことぐらいも分からないの？

>>16
スキニング等のアニメーションを勉強した方が良いよ。
スゲー頭悪い発言。

stateパターン知らんってアンタ頭大丈夫？

CG板の人間に3Dモデル＆モーションを依頼してみるとどうだろ？
うｐロダorftp鯖は準備する必要があるけど

人体モデルの基本ボーン構造を決めて、それを使ってモーションを作ってもらう
で、その基本ボーンを元にスキンを作ってもらう
みたいな感じで

使用ソフトもしくはファイル形式を決めないといけないね
あとスキン＆モーション着せ替えビューアみたいのも必要かな

分業化できるような体制を作って頼めば一人がたくさん作る必要もないから受けくれやすいかな

>3
うーんなんともいえないな
C++使うんだから継承とコンポジションをうまく使っていくのがいいんだが
例えば表示と操作に焦点を当ててみると
----------------------------------------------
class Character //表示関係の機能を持つクラス
clas CharacterControl //動作を取得するクラス
class InputControl : CharacterControl //入力操作クラス
class AutoControl : CharacterControl //自動操作クラス

class PlayerCharacter : Character// 自分で操作するキャラクタのクラス
{CharacterControl　mControl}

class EnemyCharactor : Character//敵キャラクタのクラス
{AutoControl　mControl}
----------------------------------------------
CharacterControlは抽象クラスでもいいと思う
CharacterControlで定義された関数を呼ぶようにしておいて
InputControl AutoControl でオーバーライドするなり仮想関数の実体をもたせればいいとか

さらにEnemyCharactorを継承させて色々なタイプの敵キャラクタを作るみたいな

stateパターンって、
単に、状況ごとにオブジェクト化するだけじゃねーか。
わざわざ名前つけるほどのものでもない。
そんで、関数ポインタを用いるっていってた意味が分かった。
状況ごとの処理を、関数ごとにわけてあるから、
その分岐で、関数ポインタを使って、処理速度を上げるなり、
管理を楽にするという意味ね。
それは３Ｄにする上での課題ではないな。

そんで、１の言うアクションゲームって、バーチャファイターみたいなのだと思ってるが、
たとえば、普通に立っている状態から、パンチをする場合、
ポリゴンキャラの動きは、１７の方法で行なうとして、
そこで、stateパターンを使う必要性が見つからない。

パンチのモーションに入って、しばらくして、キャラの拳に、当たり判定を設定する方法をとると、
当たり判定が生じる直前までのポーズにしてから、
その後に、当たり判定が生じているパンチの最後のポーズにもってく形をとる。
パンチボタンを押したら、現在の状態→パンチポーズ１→パンチポーズ２　という流れ。
この、パンチポーズ１からパンチポーズ２の間の動きで、拳に当たり判定がある。
全てのポーズをクラス化して、そのサブクラスに、当たり判定クラスを作る形になる。
当たり判定は球で行なうとして、ポーズごとに、当たり判定用の球の数は異なる。
一番問題なのは、トランスフォーム済みのこの球のワールド座標を算出することだと思うが。
MatrixMultiplyを繰り返して算出すると、処理に負担がかかる

＞絵とか３Ｄはほとんど一緒に組んでるグラフィッカーさんに任せちゃってるかな。
＞３Ｄの方はＸファイルを使わずXSIフォーマットっていう

XSIもってんのか。金持ちだな。

>>14
それは違うと思うな。
ゲームを作るのには、まず何は無くともスクリプトが必要！
しかし実際にスクリプト言語を使えとか組み込めと言ってる訳じゃない、
ゲームエンジンを設計をする上で、スクリプト言語の使用を想定すると
それが設計の指標になり有用だからだ。UnrealScriptなどとても参考になる。

>>24
>stateパターンって、
>単に、状況ごとにオブジェクト化するだけじゃねーか。
>わざわざ名前つけるほどのものでもない。

デザパタは設計の仕方に名前を付けることに最大の価値がある。
アルゴリズムには大抵名前が付いている。
「ここはデータを分割してそれぞれをソーティングし、最後に1つにあわせるソート方法でここは並び替える」
と言うより、ただ単に「ここはクイックソートする」と言った方がいいだろう。
名前を持つ事で、概念を簡単に相手に伝えられ、共有できる。

>>25
Stateパターンは、例えばよくある組方だと
switch(state_){
case NORMAL: ... break;
case ATTACKED: ... break;
...
}
とこんな感じのswitch文をあちこちに置くことになり、
状態が増えると、switch文の保守が困難になる。
Stateパターンを用いるとそれが改善される。

>>27
＞ゲームを作るのには、まず何は無くともスクリプトが必要！
スクリプトなどなくてもゲームは作れる。
こういう勘違いがいるから、突然何の脈略もなく、
初っぱなにスクリプトと叫ぶ馬鹿が発生する。

>>29
それを言ったら、文字セットだけでもゲームは作れるぞ。
それに必ずスクリプトを使えとは言っていないだろ、
他に良い言葉がなかったから、そう言っているだけで
あえて言うならスクリプト指向というのかな、
エンジンを設計するのに、過去のゲームのスクリプトを参考にしたり
スクリプトの仕様から考えていく方が有効だと言っている。
あくまでスクリプトといっても、HSPとか簡単ゲーム作成環境のことではなくて
例えば ttp://www.kjps.net/user/nis/articles/agopl.pdf のようなもの。

>20
>>16
>スキニング等のアニメーションを勉強した方が良いよ。
>スゲー頭悪い発言。

何を持って頭が悪いと言っているわけ？
最近の３Dツールだと簡単にアニメが作成できるとでも言いたいわけ？

>>16
20とは別人だが、tinyさんのXファイルを実際に開いたことあるかね？
ジャンプから何から全部入ってるぞ。
パターン替えの改造なら、あの内容(SkinnedMeshサンプルな）を理解すれば、
１０分コースだが？

>32
サンクス。俺　よく見ていなかった。

ある程度まともに作るのであれば、
高くてもモデリングツールには金をかけた方がいい。

>デザパタは設計の仕方に名前を付けることに最大の価値がある。
用語など作らなくてもゲームは作れる。
こういう勘違いがいるから、突然何の脈略もなく、
初っぱなに用語を叫ぶ馬鹿が発生する。

>>35
後で設計を見直すときのことも考えるのがちゃんとした設計だよ

>>35
じゃあお前はどんな用語も使わず、毎回回りくどく説明しとけやボケが

>34
確かに　CGである程度見せなければ　商品としては著しく価値が落ちるかもね。

>1のいうｱｸｼｮﾝゲームってどんなの？
ジャンプなんかのアクションを駆使してステージクリアしていくタイプなのかな？
それとも格ゲーなのかな？

ちょっと見ない間にいつのまにかレスが一杯ついててビックリ。

何回か質問のあったゲームのタイプは３Ｄマリオだったりゼルダだったりの
飛んだり跳ねたりするアクションゲームです。

>>23 ああ、それカッコイイ。参考にさせてもらいますｗ
>>27 某オタゲー専に通ってて、学校の備品がXSIだったですよ。
解析くそめんどかった（;´ё｀)

３Ｄゲーム当たり判定とかの計算がクソ大変そうね。
数学ヘタレな俺

>>40 続き
数学ヘタレな俺は超苦労しそうだ。

途中で書き込みしちった。

当たり判定ははじめは適当でいいのでは？
そして少しづつ高度なものにしていけばいいと思う。
今は３Dのモデル集めに時間をかけている所。
＞32
そんなにアニメ入っている？
４つのアニメが入っているやつしか見つからなかった。

ゲーム作りも大変だね。
プログラムはもちろんのこと　３D集め　キャラ作り　モーション
ムービー作り　音楽集め　効果音　音声入力　ストーリー作り。
時間かかるね。できればプログラムとストーリー以外はやりたくはないね。
　

数学は衝突による凹みなどを描くときなどに利用されると思う。
有限要素法とかを使って　計算するやつ。
簡単な放射物の落下などはあんまり頭を使う必要はないはずだし
適当な式いれても　見た目に違和感はないよ。

>>35
君、プログラマ向きじゃないね。
少なくとも、チーム作業は無理。

>>40
取り敢えずは、ＡＩ、アクション管理、コリジョン管理の設計と、
クラス構築の方針（１キャラ１クラスにするか？とか）
を決めるのがいいかと。
個人的には、それそれにオーサリングツールを用意するのがいいかと。
で、おそらく、ＡＩ、アクション（ステートね）、コリジョンには、
因果関係が生まれると思う。
なので、アクションに命名規則を付けたりすればいいかも。
ＡＩスクリプトツール、アクション定義、コリジョン編集で、同じ名前（例えばRLpunch002等）を使う。と。
RLpunch002時のＡＩ、RLpunch002のアクション定義、RLpunch002時のコリジョン状態、みたいな。

ここは珍しく真面目なスレですぬ

>>38
モデラーは開発に手をだすプログラマーさんが多いから価格は暴落してる。
金はモーション編集ソフトに注ぎ込んで、国産のモデラーを使えば良いかも。

>>44
有限要素法とかって、最高に計算量が多いのが何とも。
重…

定数を決める為に使うだけで走らせる訳じゃないとか？

あげ

AGE

人イナイ？

結局>>1は、回転を考慮しているのだろうか…

なんだよ最初のほうはけっこういいのに

え

お

デコボコな地面の当たり判定ってどうやってんの？

ray 飛ばすとか

ttp://www.tomoshibi.net/guide/rolo.html
同人

>>59
なるほど、灯か
>>1の作りたいゲームって、こういうイメージでいいのかな?

もう作れた？

今ちょっとAndroidの仕組みの勉強で忙しい