所以我目前正在尝试以合适的速度渲染复杂的模型，但遇到了一些麻烦；渲染单个模型会导致我的帧率变得紧张，而程序中没有任何额外的工作。我的模型(场景中只有一个)似乎太大了。我上传到缓冲区的顶点数组中有 444384 个 float (因此模型中有 24688 个三角形)。

//Create vertex buffers
glGenBuffers(1, &m_Buffer);
glBindBuffer(GL_ARRAY_BUFFER, m_Buffer);    
int SizeInBytes = m_ArraySize * 6 * sizeof(float);
glBufferData(GL_ARRAY_BUFFER, SizeInBytes, NULL, GL_DYNAMIC_DRAW);

//Upload buffer data
glBufferSubData(GL_ARRAY_BUFFER, 0, sizeof(float) * VertArray.size(), &VertArray[0]);

我知道 VBO 的大小是造成差异的原因，因为 A) 减小大小可以提高性能，并且 B) 注释掉渲染代码:

glPushMatrix();

//Translate
glTranslatef(m_Position.x, m_Position.y, m_Position.z);

glMultMatrixf(m_RotationMatrix);

//Bind buffers for vertex and index arrays
glBindBuffer(GL_ARRAY_BUFFER, m_Buffer);

glEnableClientState(GL_VERTEX_ARRAY);
glVertexPointer(3, GL_FLOAT, 6 * sizeof(float), 0);
glEnableClientState(GL_NORMAL_ARRAY);
glNormalPointer(GL_FLOAT, 6 * sizeof(float), (void*)12);

//Draw
glDrawArrays(GL_TRIANGLES, 0, m_ArraySize);

glDisableClientState(GL_VERTEX_ARRAY);
glDisableClientState(GL_NORMAL_ARRAY);

//Unbind the buffers
glBindBuffer(GL_ARRAY_BUFFER, 0);

glPopMatrix();

留给我大约 2000-2500 FPS，而取消注释这段代码会使我下降到大约 130FPS，或 8 毫秒/帧(这已经足够了，但我还需要能够在程序中做其他事情，其中一些可能是 CPU 密集型的)。具有 85k 个三角形的更复杂模型将其降低到 50 FPS 以下，或大约 20 毫秒/帧，此时程序明显卡顿。

此时我使用的一对着色器非常少，我怀疑这就是问题所在。他们在这里，以防万一；首先是顶点着色器:

void main()
{
    vec3 normal, lightDir;
    vec4 diffuse;
    float NdotL;
    /* first transform the normal into eye space and normalize the result */

    normal = normalize(gl_NormalMatrix * gl_Normal);
    /* now normalize the light's direction. Note that according to the

    OpenGL specification, the light is stored in eye space. Also since
    we're talking about a directional light, the position field is actually
    direction */
    lightDir = normalize(vec3(gl_LightSource[0].position));
    /* compute the cos of the angle between the normal and lights direction.

    The light is directional so the direction is constant for every vertex.
    Since these two are normalized the cosine is the dot product. We also
    need to clamp the result to the [0,1] range. */
    NdotL = max(dot(normal, lightDir), 0.0);
    /* Compute the diffuse term */

    diffuse = gl_FrontMaterial.diffuse * gl_LightSource[0].diffuse;
    gl_FrontColor =  NdotL * diffuse;

    gl_Position = ftransform();
} 

片段着色器:

void main()
{
    gl_FragColor = gl_Color;
}

我正在使用 GTX 660M 运行程序作为我的显卡。

现在据我所知，VBO 是在 OpenGL 中渲染大量多边形的最快方法，而且互联网似乎暗示许多机器可以同时计算和显示数百万个多边形，所以我敢肯定必须有是一种优化我相对微不足道的 27k 三角形渲染的方法。我宁愿现在就这样做，也不愿将来不得不重写和重组大量代码。

我启用了背面剔除；我不确定 fustum 剔除是否有帮助，因为有时所有或大部分模型都在屏幕上(我目前剔除对象，但不剔除单个对象中的三角形)。剔除视口(viewport)中不面向相机的面孔可能会有所帮助，但我不确定该怎么做。除此之外，我不确定如何优化渲染。我还没有实现顶点缓冲区，但我读到这可能只会提高 10% 左右的速度。

人们如何在可接受的帧速率下同时在屏幕上实现数万或数十万个三角形，同时进行其他操作？我可以做些什么来提高 VBO 渲染的性能？

更新:根据下面的评论，我只绘制了数组的一半，如下所示:

glDrawArrays(GL_TRIANGLES, 0, m_ArraySize/2);

然后是数组的四分之一:

glDrawArrays(GL_TRIANGLES, 0, m_ArraySize/4);

减少每次绘制的数组数量实际上使速度翻了一番(分别从 12 毫秒到 6 毫秒和 3 毫秒)，但模型完好无损——没有遗漏任何东西。这似乎表明我在其他地方做错了什么，但我不知道是什么；我相当有信心在构建模型时不会添加相同的三角形 4 次以上，那么它还能是什么呢？我可能会以某种方式多次上传缓冲区吗？

最佳答案

glDrawArrays() 将要绘制的索引数作为其第三个参数。您在交错顶点和法线数组中传递了 float ，这是索引数的 6 倍。 GPU 滞后是因为您告诉它访问缓冲区边界之外的数据——现代 GPU 会在发生这种情况时触发故障，旧的 GPU 只会让您的系统崩溃 :)

考虑以下交错数组:

vx0 vy0 vz0 nx0 ny0 nz0 vx1 vy1 vz1 nx1 ny1 nz1 vx2 vy2 vz2 nx2 ny2 nz2

这个数组包含三个顶点和三个法线(一个三角形)。绘制一个三角形需要三个顶点，因此您需要三个索引来选择它们。要绘制上面的三角形，您可以使用:

glDrawArrays(GL_TRIANGLES, 0, 3);

属性的工作方式(顶点、法线、颜色、纹理等)，单个索引从每个属性中选择一个值。如果您将颜色属性添加到上面的三角形，您仍然只使用 3 个索引。

关于c++ - 提高 OpenGL 中的 VBO 性能，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14676804/