opengl:optimize
差分
このページの2つのバージョン間の差分を表示します。
両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン次のリビジョン両方とも次のリビジョン | ||
opengl:optimize [2014/04/17 14:31] – [演算精度] oga | opengl:optimize [2014/04/18 21:28] – [Vertex Cache と Primitive Type] oga | ||
---|---|---|---|
行 78: | 行 78: | ||
というのも、CPU でレンダリングしていた時代はもちろん、またはコンシューマゲーム機などのゲーム専用ハードでは、 | というのも、CPU でレンダリングしていた時代はもちろん、またはコンシューマゲーム機などのゲーム専用ハードでは、 | ||
Draw API ボトルネックがほとんど存在していなかったからです。 | Draw API ボトルネックがほとんど存在していなかったからです。 | ||
+ | |||
GPU の種類が固定のゲーム専用機では、さまざまな GPU を想定する必要がありません。 | GPU の種類が固定のゲーム専用機では、さまざまな GPU を想定する必要がありません。 | ||
ステート記録時に GPU に適した形に変換してしまうことが可能で、 | ステート記録時に GPU に適した形に変換してしまうことが可能で、 | ||
描画時のステート切り替えも PC と比べると非常に低コストで実現できます。 | 描画時のステート切り替えも PC と比べると非常に低コストで実現できます。 | ||
+ | それどころか、データを出力する時点で GPU Native な Command に事前変換することも可能でよく用いられます。 | ||
+ | ほぼストリームのように、ロードしたあとは GPU に流しこむだけで描画できるわけです。 | ||
+ | PC/ | ||
最適化のためには、Draw Call 回数をできるだけ減らすことが重要となります。 | 最適化のためには、Draw Call 回数をできるだけ減らすことが重要となります。 | ||
一度の Draw Call で出来るだけ多くの描画を行えば効率が上がることがわかっているので、 | 一度の Draw Call で出来るだけ多くの描画を行えば効率が上がることがわかっているので、 | ||
行 193: | 行 197: | ||
+ | ==== Vertex Cache と Primitive Type ==== | ||
+ | |||
- | + | ==== Tile Base と Framebuffer ==== | |
- | + | ||
opengl/optimize.txt · 最終更新: 2014/04/20 04:32 by oga