Three.jsパフォーマンス：RendererStats頂点数

Question

RendererStatsを使用してTHREE.js（R75）シーンを最適化し、パフォーマンスを向上させています。

RendererStatsの頂点数が予想より高くなっています。たとえば、6 x 6セグメントの通常の球があります。 mergeVertices（）の後、ジオメトリはgeometry.vertices配列内に32個の頂点を表示します。しかし、RendererStatsは180頂点の数を示します。さまざまなサイズの複数のテストはすべて同じ結果を示します。 RendererStatsにリストされている予想頂点の数の約5倍以上です。

これらの余分な頂点はどこから来ていますか？それらの生成を避けることはできますか？

ボーナスに関する質問：頂点数を減らすとパフォーマンスが大幅に向上するか、自分の努力が他の場所に集中していますか？

Answer 1

頂点はモデル内で共有されるため、レンダリングされる頂点の数はモデル内の頂点の数よりも大きくなります。

レンダリングされたと報告された頂点の数は、三角形の数の3倍になります。 60個の三角形があるはずなので、180頂点です。

パフォーマンスは大文字と小文字が区別され、シーンの複雑さによって異なります。 SphereGeometryの代わりにSphereBufferGeometryを使用することを検討してください。静的シーンがある場合は、アニメーションループを避けてください。 （つまり、カメラの移動時にのみレンダリングされます）。最も再送信されたバージョンのthree.jsライブラリを使用します。

three.js r.77