[過去ﾛｸﾞ]
【ゲームで、この処理ってどーやってんの？】 (125ﾚｽ)
【ゲームで、この処理ってどーやってんの？】 http://mevius.5ch.net/test/read.cgi/gamedev/1527678545/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
91: 名前は開発中のものです。 [] 2018/08/11(土) 08:24:44.47 ID:X5vo7wfx >>89 俺はunityしか知らんから、その目線でしか答えられんが まず上からの目線だと錐台のカリングと言うのが行われる。 これによって画面外の個別なオブジェクトは描画されない。地形も適度に切っておけば、この錐台のカリングにより思ったよりも頂点数を抑えられている。 一番不味いのは、錐台に多くオブジェクトが入る可能性がある、地平線が見えてる時。 今回のようなフィールドはこの時の事だけを考えるのが良い。 次点で重いのはオブジェクト描画。更に遠景にな
る事による遠くのオブジェクト描画の頂点数だ。 これを軽減するには、遠景時に自動で頂点数が減るテッセレーションがあるが負荷を考えたり、負荷をCPU側に持って行く事を考えると、現実的にはlodと言う選択になる。 次に考えるのは、アニメーションだね。 これがまた重い。何が重いかと言うと、スキンメッシュやアニメーション間のモーフィング技術が重くなってくる。 これの打開策として昨今着目されてるのが、頂点アニメーション。 つまり、アニメーションは伸張自在なスキンメッシュを使わずにメッシュの動きを焼き付けるんだね。 また、ブレンドを
諦めればアニメーションをコントロールするアニメーターも消せる。 彼らの技術を複合的に使う事で、数百オブジェクトを高FPSで動かす。何て事も、可能になってくる http://mevius.5ch.net/test/read.cgi/gamedev/1527678545/91
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 34 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.008s