[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 09/06 21:18 / Filesize : 252 KB / Number-of Response : 915
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【C++】 DirectX初心者質問スレ Part36 【C】



888 名前:デフォルトの名無しさん mailto:sage [2012/04/20(金) 01:00:29.65 ]
MMDの場合、MMEを見ればわかると思うが頂点のスキニングはCPUでやって
スキニング済みの頂点をGPUに送りそこでワールドビュープロジェクション変換してる
MMMの場合はサンプルのfxmを見る限りGPUでのスキニングでvs_3_0と書いてあるのでその制限の中でやっているのだろう

とりあえずシェーダーのセットアップが必要なマテリアル単位で
使っているマトリクス(ボーン)数だけを送ることになるんだろうけど
もちろんそれでも想定したレジスタ数を超えることがあるので
それが超えないようにプリミティブを分けて複数回の転送&描画が必要になる。
この分け方はまぁ自分で考えて。

例に出てる頂点宣言のORIGINAL_VERTEXだけど
プリミティブを分ける以上 隣り合った三角形が必ず同じ描画になるというわけないので
一つの頂点に indexInShader が一つにするのは至難の業になるかもしれず。
じゃぁブレンドインデクスはストリーム分けてってのはかなりのメモリが無駄になるような気もするので
分けた後の描画数分のVertexBufferとIndexBufferおよび
Matrixの元インデックス→シェーダーに送るインデックステーブルを生成するのが手っ取り早いと思う
頂点モーフやUVモーフがあるので生成した頂点に元の頂点インデックスを知る手段もなにかしらで生成。

でindexInShaderだけどどうせ256以内に収めるんだしD3DDECLTYPE_UBYTE4のunsigned char indexInShader[4]でいいんじゃないかな?
[4]って書いたのは.pmxのBDEF4のため。
SDEFをやるならVECTOR3のC、R0、R1も追加。

あとスキニングなら回転(拡縮)と移動だけなので転置して1列削れば
floatの数が12個なので1ボーンあたり3レジスタ分でいけてお得






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<252KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef