【问题标题】:Geometry vs. BufferGeometry best practice for new projects? (r68)新项目的几何与 BufferGeometry 最佳实践? (r68)
【发布时间】:2014-11-02 21:10:38
【问题描述】:

我已经阅读了很多关于 BufferGeometry 和 Geometry 的 cmets。 大部分 cmets 都是 2014 年 2 月的。但我不知道它们是否仍然正确。

据我对 cme​​ts 的了解,BufferGeometry 应该更快、更少的内存占用和更少的用户友好性。

我对我正在进行的项目进行了一些测试,但我无法证实这些说法。 我使用了 ThreeJS r68。 我创建了 9 个对象,每个对象有 12,000 个面。我测试了速度和内存使用情况:Geometry、BufferGeometry 和 BufferGeometry(dynamic = true)。 内存使用量始终为 ~650 MB。 速度总是~90 FPS。 (或在另一台计算机上约 340FPS) 我只能确认用户不太友好;)

对于 iOS8(明天发布?)以及让我的应用程序在平板电脑上运行的目标,我的问题是:

我应该使用 Geometry 还是 BufferGeometry?还是说 ThreeJS 自 2014 年 2 月以来发展得如此之快以至于已经没有区别了,因为实际上 Geometry 只是 BufferGeometry 的前端?

最好的问候 本尼迪克特

【问题讨论】:

    标签: three.js


    【解决方案1】:

    如果 BufferGeometry 满足您的需求,请使用它。它会更快,内存消耗更少。

    【讨论】:

      猜你喜欢
      • 2014-10-25
      • 1970-01-01
      • 2011-10-27
      • 2012-05-22
      • 1970-01-01
      • 1970-01-01
      • 2011-03-12
      • 2011-01-26
      • 1970-01-01
      相关资源
      最近更新 更多