three.js二十面体几何修正

大家好，在过去的三年里，我一直在用3.js.As我提高了我的编码技能，我碰巧写了一个比现有算法更快的算法，并且能够在chrome浏览器中生成细节级别为8的二十面体，而不会使其崩溃。我以前从未编写过代码，但是，我怎么才能去看看我的代码是否值得合并呢？
我是否只在这里发布代码？如果是，我该怎么做？
你可以用叉子叉three.js，进行更改，然后尝试执行拉取请求。它将被审查、接受或拒绝。
本指南23在我看来相当不错。
我想我应该提一个关于这篇文章的简短介绍三年前，它事实上，我确实尝试编写了一个更新的函数，该函数遵循更好的编码标准，还使用类型化数组，并在加载时生成缓冲区几何体，而不是生成规则几何体并稍后转换为缓冲几何体。
最初，我编写的函数可以在约5秒钟内生成超过一百万张面的世界，以及随附的函数three.js在我的电脑上大约有16秒。
我学到了两件事：
首先，通过我的功能，我从未计算过面部紫外线那会消耗一些时间，但是仍然有一个足够大的间隔，以毫秒为单位，我认为无论如何都值得尝试并合并uv计算。
我开始使用类型化数组重新构建函数，也就是从那时开始坐骑我使用这个函数的时候，它与所提供的功能非常匹配三点功能I的唯一优势我写的是没有任何重复或重复但是这并不重要缓冲几何。以及这是2017年开始构建的版本。
我学到的是，一旦类型化数组变得足够大，至少在我的系统中，事情会慢很多。
所以你有了它，没有比我希望的“快”多少，哈哈。
干杯。
键入的数组不是更快吗？这挑战了我一段时间以来的类似假设。
从我所看到的，类型化数组通常更快，因为您必须声明长度，然后直接分配给每个索引：>。当您选择声明长度为0，然后使用array.push(x)时，常规数组的速度可能会较慢，因为系统在每次推送时都必须重新分配更多内存。我在这个JSPerf测试1中看到的结果强化了这一假设；array.push()比>>慢93%
我所能做的就是告诉你我所认识到的，并且证人，是否我的见解将由您决定。
几何类有两个数组，它们具有显著的大小，顶点和面数组缓冲区几何体的每个顶点、索引、颜色和uv都有3到4个类型化数组属性。如果如果不使用索引（索引限制材质选项），则顶点数组比常规几何体大9倍班级。面孔，颜色和uv分别为3倍，3倍和6倍大一点，如果你使用的索引比每种类型的数组都大3倍，但uv的索引比它大6倍。我认为这是因为每种数组的大小都非常大。
我也在谈论非常大的几何体，显著的性能改进是几乎相同的比例下降到更小的尺寸几何学该功能的好处不太明显。
我的见解是否有分量将由您决定。
在一个编码论坛上，你的见解只有得到其他人可以运行的代码的支持才能起作用。looeee:
你的见解只有得到其他人可以运行的代码的支持才能起作用。
好主意。
你的评论让我再次思考，更重要的是，我想知道我有多了解自己在看什么在这里就是我说我真的不知道我在说什么…永远，至少至少当涉及到编程，这就是为什么我一直没有发表声明（这是我第一次也是唯一一次这样做）。我只是被超级刺激了一下而已。nK，现在我知道我的主张完全错了。Buffergeometry确实比我写的要快得多，并且可以在chrome中支持更高级别的细节。
如果您有兴趣看一看，这是我的代码清单。
这是一个具有三.二十面体几何,三.二十面体几何, 和我自己的几何类变体。
我一次注释掉每一个，以比较性能。
似乎我写的东西只比几何快，但比缓冲慢50%。nsphere.0119.zip（142.3KB）
干杯
Icosahedron Geometry Revisionn

three.js二十面体几何修正

three.js[已解决]正交摄影机的变换控件：gizmos缩放问题

three.js多次渲染同一模型（obj模型），FPS要低得多

three.js可缩放场景背景

three.js移动导入的Gltf模型

three.js平面明暗处理的问题

three.js如何渲染立方体材质？

three.js如何创建要在网格中拟合的线段

three.jsGLTFLoader.js这是我的登记簿错误

three.js使用threejs的光流

three.js使用光线投射动态绘制多边形