OpenGl VB中的VBO技术细节

From what I’ve read,each vertex stored in the VBO will take up 64 bytes.

它可能需要尽可能多的字节,具体取决于顶点格式.
position normal texcoords = 4 *(3 3 2)=每个顶点32个字节
position normal texcoords tangent vector(for bump)= 4 *(3 3 2 3)= 44 bytes

That’s not including that each vertice may need to be stored multiple times for each triangle.

不应多次存储相同的顶点.使用索引基元(三角形列表或三角形条).绑定缓冲区的指标,然后使用glDrawElements和glDrawRangeElements.请记住,您可以在OpenGL中使用四边形 – 您不必仅使用三角形.

(4096x4096x64)

您无需为地图上的每个像素创建四边形.一些区域是完全平坦的(即高度不会改变),因此添加额外的三角形将浪费资源.如果你为完成的景观添加某种网格简化算法,你应该能够丢弃相当多的三角形.此外,太多的多边形会导致问题 – 三角形或四边形应该占用几个像素.如果存在多个应该占据相同像素的基元,则渲染结果将有点“嘈杂”.因此,您必须考虑所需的详细程度.

The problem I have is that most sources state that a single VBO should be between 1-4mb in size,and less VBOs is better.

我不会相信每一个来源,特别是在互联网上.许多人编写教程远非“专家”.另一件事是在DirectX(不是OpenGL)中,建议尽可能将所有内容(即所有具有兼容顶点格式的对象)放入一个大的静态顶点缓冲区(VBO模拟),并避免切换缓冲区以减少渲染的CPU开销调用.因此,“VBO不应超过4 MB”的建议对我来说非常可疑.

只有来自API开发人员或驱动程序开发人员(ATI或NVidia)的信息才可信赖.或者当绝对肯定作者(教程或文章)在该领域有很多经验而不是另一个无知的想要游戏开发者.来自GDC,Siggraph,ATI,NVidia的文件可能是值得信赖的.应该检查由匿名者“某人”撰写的一些教程实际上是否正确.

无论如何,关于性能,微软有两个文件：
“Top Issues for Windows Titles”
“Performance Optimizations (Direct3D 9)”(DirectX的东西,但一些建议可适用于OpenGL).

此外,NVidia有一个OpenGL resources的集合,其中包括与性能相关的实用程序(GLexpert可能对您有用,还有NVIdia OpenGL SDK等).一般而言,当您尝试提高性能时,请尝试不同的技巧,并测量结果,而不是盲目地按照某人的建议.查看使用一种或另一种技术可获得的每秒额外帧数.

Yet according to my calculations,storing each vertex would take a total of about a gigabyte of data! (4096x4096x64)

如果您以这种方式构建整个地图,这是正确的.但是没有理由一次加载整个地图,所以你只需要立即可见的地图块.

I’m looking at games like Oblivion or Fallout 3,and to some extend Boundless Planet,and seeing massive terrains,and wondering how on earth that can be possible.

他们不要一次装载所有东西.只有可见的对象,地形的当前“块”和几个附近地形块的低多边形版本才会在任何单个时刻加载.游戏只存储当前使用的对象,或者即将使用的对象.它不断从HDD获取数据.