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