为什么我的 OBJ 解析器渲染网格是这样的？

我自己决定将 OBJ 解析器/导入器支持添加到我一直在开发的 3D 渲染引擎中。我已遵循规范在这里找到 http://www.martinreddy.net/gfx/3d/OBJ.spec几乎“到了发球台”，除了当前限制对组、面、顶点、法线和纹理坐标的所有支持（因此到目前为止还没有材质库或自由形式多边形支持）。我的目标是简单地逐行解析——生成一个面向对象的、层次化的树状场景图——并允许开发人员自动将数据绑定到着色器程序，只需很少的手动调用，以便开始操作和查看网格。最终结果是我的引擎确实成功解析了most（如果不all）有效的 OBJ 格式文件，提取适当的数据并将其发送到基本着色器进行渲染。然而，即使数据在场景图中似乎正确表示，由于某种原因它很少正确渲染......

请注意，一个简单的平面（从 3DS Max 导出，仅包含 4 个顶点和 2 个面）渲染得非常好，但立方体或任何更高级的东西通常最终看起来像这样：

http://youtu.be/1x6bnuhAXWY http://youtu.be/1x6bnuhAXWY

我不知道哪里出了问题，据我所知，我的代码实际上应该很好地解析和渲染基本几何图形......那为什么不是呢？为了方便，我上传了我的项目在这里 http://www.4shared.com/rar/PQOijNEQce/OGLImport.html。它包含一个 NetBeans 项目，其中包含我的引擎的最小版本和一个测试应用程序。我还包含了 3 个不同版本的 OBJ 立方体网格和一个平面网格。该应用程序可通过编辑 Test.java 顶部的值进行配置，唯一的输入控件是用于网格平移的 A、S、W 和 D，以及用于网格旋转的鼠标移动。尽管我已经设法大幅浏览该项目，但最值得注意的类在文件顶部包含额外的注释/信息。

考虑到所有因素，我会采纳我能想到的任何想法……而且它肯定不会被忽视！

我还没有下载你的项目。人们在编写用于 OpenGL 渲染的 OBJ 导入代码时最困难的是索引。正如 @ratched_freak 在他的评论中也怀疑的那样，这与你的立方体的视觉外观非常一致。

OBJ 格式对位置、法线和纹理坐标使用单独的索引。对于 OpenGL 渲染，您需要一组索引。这意味着您需要为 OBJ 文件中三角形使用的位置/法线/纹理索引的每个唯一组合生成一个顶点，为该组合分配一个新索引，然后在 OpenGL 索引缓冲区中使用该索引。

我用伪代码写了一个答案，概述了如何针对最近的类似问题执行此操作：OpenGL - 索引缓冲区困难 https://stackoverflow.com/questions/23349080/opengl-index-buffers-difficulties/23356738#23356738.

编辑，更多地说明问题。这是我在网上找到的一个“cube”文件：

v  0.0  0.0  0.0
v  0.0  0.0  1.0
v  0.0  1.0  0.0
v  0.0  1.0  1.0
v  1.0  0.0  0.0
v  1.0  0.0  1.0
v  1.0  1.0  0.0
v  1.0  1.0  1.0

vn  0.0  0.0  1.0
vn  0.0  0.0 -1.0
vn  0.0  1.0  0.0
vn  0.0 -1.0  0.0
vn  1.0  0.0  0.0
vn -1.0  0.0  0.0

f  1//2  7//2  5//2
f  1//2  3//2  7//2 
f  1//6  4//6  3//6 
f  1//6  2//6  4//6 
f  3//3  8//3  7//3 
f  3//3  4//3  8//3 
f  5//5  7//5  8//5 
f  5//5  8//5  6//5 
f  1//4  5//4  6//4 
f  1//4  6//4  2//4 
f  2//1  6//1  8//1 
f  2//1  8//1  4//1 

该文件有 8 个位置（v记录）和6个正常（vn记录）。这f记录是面，在本例中是三角形。观察第一个三角形顶点，1//2告诉您顶点使用位置 1 和法线 2。使用 OpenGL 索引数组时，您不能为位置和法线设置单独的索引。因此，我们为该位置/法线对创建一个顶点，并为其分配第一个可用索引。同样适用于7//2 and 5//2，所以我们现在有 3 个 OpenGL 顶点（索引 0、1 和 2）。

现在在第二个三角形上，我们发现1//2再次。我们已经为此组合创建了一个顶点，因此我们可以再次使用顶点 0。3//2是新的，所以我们为它创建一个新的顶点（索引 3）。7//2我们之前看到，它与我们的顶点 1 相同。

所以我们最终得到了前 2 个三角形的 4 个 OpenGL 顶点。这是有道理的，因为两个三角形描述了立方体的一个面，而一个正方形需要 4 个顶点。

如果在整个示例中继续此过程，您最终将得到可存储在 OpenGL 顶点缓冲区中的 24 个顶点，以及一个包含 36 个条目的索引缓冲区（12 个三角形，每个三角形有 3 个角）。