3DS文件.docVIP

3DS文件结构(.3ds) 文档版本：0.93 – 1997.1 作者：Martin van Velsen（重写） Robin Fercoq（重写） Jim Pitts（原版） Albert Szilvasy（原代码） 翻译：樱 From：GameRes 还有许多“块”我并没有写入本文档中，这是因为我并不知道他们有什么用，如果你知道的话请来信告诉我。当我获得更多关于3ds文件结构的信息的时候，我将重写这篇文档。 这篇文档描述了由AutoDesk公司的3ds max产生的3ds文件的结构，因此你将无法从AutoDesk公司以及其他任何与AutoDesk公司有关系的公司获得有关二进制的.3ds和.mli文件的性质和内容的任何支持。 警告：本文档描述了版本号为3.0或更高版本的.3ds文件，你可以获得.3ds的版本信息，这些信息在二进制的.3ds文件中第29字节处（译者：似乎不在，版本号在块ID为：0x0002的块里）。 现在就要开始我们的内容了，我将按照如下的方式组织内容： 1.介绍。 2.所有的“块” 3.3D编辑块 4.关键帧块 5.代码 1.介绍 3ds文件结构是由“块”组成的。它们描述了接在它们后面的数据的信息，即这些数据是如何组成的。“块”是由两部分组成的：1.ID；2.下一个数据块的位置。也就是说，如果你不明白这个块的用处，你可以迅速地跳过它。因为下一个数据区的相对位置（字节数）已经得到了。二进制的3ds文件是用一种特殊的方法写成的：也就是低字节在前，高字节在后（译者：二进制文件都是这样的）。举例来说，4A 5C（十六进制，2个字节）实际上是数字：5C 4A，4A 是低字节，5C是高字节。对于4字节整数：4A 5C 3B 8F实际上是8F 3B 5C 4A，3B 8F是高字节，4A 5C是低字节。那么现在解释一下“块”，“块”被定义成如下的样子： unsigned short ID；//2个字节，无符号的，块的ID unsigned long Length；//4个字节，无符号的，描述了下一个数据区对于当前数据区的位置，实际上就是本数据区的大小。 每个块是一个层次结构，由ID表示。3ds文件有一个主块，ID是0x4D4D。这个块永远是3ds文件的开始（译者：可以用它来鉴定本文件是否为一个3ds文件）。在开始块里面就是主要块了。为了使大家清晰地查看，研究这个层次结构，下面给出一个图表，用来显示他们的不同ID以及他们在文件中的位置。这些ID都被命名，这是因为在图表后面以这些名字对应着他们的ID定义了一个列表。将他们写入原代码会变的更简单（本文档包含着这些便利的样例代码）。 MAIN3DS (0x4D4D) | +--EDIT3DS (0x3D3D) | | | +--EDIT_MATERIAL (0xAFFF) | | | | | +--MAT_NAME01 (0xA000) (See mli Doc) | | | +--EDIT_CONFIG1 (0x0100) | +--EDIT_CONFIG2 (0x3E3D) | +--EDIT_VIEW_P1 (0x7012) | | | | | +--TOP (0x0001) | | +--BOTTOM (0x0002) | | +--LEFT (0x0003) | | +--RIGHT (0x0004) | | +--FRONT (0x0005) | | +--BACK (0x0006) | | +--USER (0x0007) | | +--CAM