.PLY文件格式剖析(二)

在很多书上介绍的三维图形数据都是.obj,3ds格式,.dxf等格式的,真正讲解如何读取的就只有.obj格式文件的。但是我现在所做的内容,要求从.ply文件中读取初始塞维图形数据,这我就不会了,虽然对.ply文件格式有了了解:

Ply文件格式是Stanford大学开发的一套三维mesh模型数据格式,图形学领域内很多著名的模型数据,比如Stanford的三维扫描数据库(其中包括很多文章中会见到的Happy   Buddha、Dragon、Bunny兔子),Geogia   Tech的大型几何模型库,北卡(UNC)的电厂模型等,最初的模型都是基于这个格式的。

PLY多边形文件格式的开发目标是建立一套针对多边形模型的,结构简单但是能够满足大多数图形应用需要的模型格式,而且它允许以ASCII码格式或二进制形式存储文件。PLY的开发者希望,这样一套既简单又灵活的文件格式,能够帮助开发人员避免重复开发文件格式的问题。然而由于各种各样的原因,在工业领域内,新的文件格式仍然在不断的出现,但是在图形学的研究领域中,PLY还是种常用且重要的文件格式。

PLY作为一种多边形模型数据格式,不同于三维引擎中常用的场景图文件格式和脚本文件,每个PLY文件只用于描述一个多边形模型对象(Object),该模型对象可以通过诸如顶点、面等数据进行描述,每一类这样的数据被称作一种元素(Element)。相比于现代的三维引擎中所用到的各种复杂格式,PLY实在是种简单的不能再简单的文件格式,但是如果仔细研究就会发现,就像设计者所说的,这对于绝大多数的图形应用来说已经是足够用了。

PLY的文件结构同样很简单:文件头加上元素数据列表。其中文件头中以行为单位描述文件类型、格式与版本、元素类型、元素的属性等,然后就根据在文件头中所列出元素类型的顺序及其属性,依次记录各个元素的属性数据。

 

 

但是需要注意,由于PLY格式的开放性,有些PLY文件的解析程序不支持全部的数据类型,也有的PLY文件采用自定义的数据类型,这些都有可能导致文件解析过程的失败。(我在一次将PLY文件加载到Ogre应用的时候,出于测试的目的手动写了一个PLY文件,加载总是失败,反复查找才发现原来是文件中写的顶点格式为uint32,加载程序根本不支持。)

对于元素的属性定义方式,PLY允许单一属性定义:

property <data-type> <property-name-1>

以及列表属性方式:

property list <numerical-type> <numerical-type> <property-name>

其中第一个数据类型描述列表元素数量,第二个数据类型描述每个列表元素。

除了顶点和多边形面两种基本元素外,PLY文件格式允许使用自定义的元素和元素属性,称为Other Element和Other Property。只要遵循文件格式中对元素及元素属性的格式定义,就能够被正常的解析,这也是PLY格式所具备的灵活性特色。


PLY文件格式的规范及其解析的源代码都是开放的,可以从参考文献中找到相关的下载。最著名的就是Greg Turk在1994年发布的解析代码,Turk似乎也是PLY格式的开发者之一,因为我参考的“The PLY Polygon File Format”就是他写的。我现在用的就是Turk的代码,很方便也挺稳定的,有机会会把结构分析一下。

 


参考文献

1.The Stanford 3D Scanning Repository

2.MAC+PC+UNIX PLY reading/writing

3. Large Geometry Models Archieve

4. Power Plant Model

5. The PLY Polygon File Format

 

你可能感兴趣的:(数据库,object,unix,File,图形,引擎)