问带有纹理坐标的PLY文件规范

EN

在PLY文件中，faces通常包含值列表，这些列表的大小可能会有所不同。如果它是一个三角形的面，则需要三个值，一个四边形=4，以此类推，直到任意n边形。列表在如下所示的行中声明：

property list uint8 int32 vertex_index

这是一个名为'vertex_index‘的列表。它将始终由一个大小为N的8位无符号整数(即uint8)组成，后跟N个32位整数(即int32)。

在示例行中，这一点立即显示出来：

3 1247 1257 1279

这意味着，这里有3个值，然后它给出了这3个值。

现在第二个列表是纹理坐标应该在的位置：

property list uint8 float texcoord

它就像第一个列表一样，大小在前(作为无符号字节)，但这一次它后面将是一系列32位浮点数而不是整数(对于纹理坐标来说是有意义的)。简单的解释是，vertex_index中列出的每个顶点都有一个纹理坐标。如果我们假设这些只是2d纹理坐标(一个非常安全的假设)，我们应该会看到数字6后面跟着6个浮点值……我们做到了：

6 0.09163 0.565323 0.109197 0.565733 0.10888 0.602539

这些是与已列出的三个顶点相对应的纹理坐标。

现在，对于一张脸来说，应该就是这样。我不知道剩下的线上有什么东西。根据你的标题，文件的其余部分应该是二进制的，所以我不知道你是如何得到它作为一行ascii文本的，但该行上的额外数据不应该在那里(也根据标题，它完全定义了一张脸)。

让我在@OllieBrown的回复中补充一下，任何遇到这种情况的人都可以进一步了解，上面的格式使用了每个面的纹理坐标，也称为楔形UV。这意味着，如果要共享顶点，则共享顶点(基本上是在多个相邻三角形中使用的顶点索引)可能会基于其所参与的三角形而具有不同的UV。当顶点位于UV接缝上或UV与纹理边界相交时，通常会发生这种情况。通常，这意味着复制顶点，因为GPU需要每个顶点的属性。因此，共享顶点最终为在空间中重叠的X顶点(其中X是共享它们的三角形的数量)，但根据它们所参与的三角形具有不同的UV。将这样的数据保存在磁盘上的一个优点是，由于这是一种文本格式，它减少了所需的文本量，从而减少了磁盘大小。OBJ也有这一点，尽管它保留了一个平面UV数组，并使用索引到该数组中，而不管它是逐顶点UV还是每面UV。

我也不知道6 9 <9*0.992157>部分是什么(虽然9部分看起来像3个vector3s，对于所有3个轴都有相同的值)，但是Paul Bourke的代码here对setup_other_props函数有这样的描述：

/******************************************************************************
Make ready for "other" properties of an element-- those properties that
the user has not explicitly asked for, but that are to be stashed away
in a special structure to be carried along with the element's other
information.

Entry:
  plyfile - file identifier
  elem    - element for which we want to save away other properties
******************************************************************************/

void setup_other_props(PlyFile *plyfile, PlyElement *elem)

据我所知，可以在每个元素中保留不属于头部的数据。这些数据应该被保留和存储，但并不是为了在每个应用程序中使用而解释。Bourke对格式的描述谈到了与旧软件的向后兼容性，所以这可能是一个只有一些应用程序才能理解的自定义格式的情况，但额外的信息不应该阻碍不需要它们的旧应用程序理解和/或呈现内容。