几年前，COLLADA看起来将是一件大事，也许最后是一种相当标准化的格式，用于将3D资源从DCC包中获取到游戏的工具管道中。对于不想通过编写自定义导出插件将自己锁定到单个3D包中的独立开发人员而言，这似乎是一个不错的选择。
但是最近我对此知之甚少。而支持其格式的Max / Maya出口商和FCollada lib支持的Feeling Software似乎已经撤消了这些工具的任何免费版本。
这些天COLLADA用途很多吗？是否有任何免费/廉价的libs /工具来帮助处理该格式，还是人们只是自己阅读原始XML？
还是现在有更好的选择-例如，对于一个独立的开发人员，希望将模型，动画从潜在的Max，Maya或Blender引入其引擎中？-FBX？还有吗
Answers:
关于工具，我的经验是访问.dae文件的流行解决方案是collada-dom。它仅解析xml，并允许您访问树结构。它最初由Sony开发，现在是一个开源项目（和参考实现）。
最近，opencollada似乎引起了一些注意，但我从未使用过它。它带有3DS，Maya，Blender和SDK的插件。
COLLADA Refinery是用于处理.dae文件（例如，对表面进行三角剖分）的工具。
关于其采用，大多数主流的创建工具（3DS，Maya，Houdini，Blender，Sketchup）默认都支持它。但是，在不同软件之间导入导出的模型时，可能会产生不良结果。您还必须注意野外存在的各种并发版本（1.3、1.4、1.4.1）。
FWIW 是COLLADA的官方推特帐户，通常会宣布获得COLLADA支持的工具和应用程序。这可以给出行业支持的想法。
以我的经验，这是在系统之间交换数据的一种很好的方法。从gamedev的角度来看，我认为这不是一个好的即用型解决方案。这取决于您执行的操作，但是此时，可能有必要为引擎处理文件（或DOM）的导入程序。我还目睹了非常慢的进口商，因此对于游戏引擎，我将使用COLLADA转换器，而不是进口商。
我认为COLLADA过于复杂。受制于试图使之处理3D资产的所有可能组合的设计师；例如，每种可能的顶点/索引格式和配置。
听起来不错，但实际上，这给读取格式所需的任何软件带来了沉重负担。
假定每个兼容的工具都有自己的想法，例如绕线顺序，轴的惯性等，这无济于事。试图将其用作DCC之间的交换格式，会使您陷入微型倒置几何结构，UV破裂，命名。
我们需要的是一种简单设计的格式，它可以以一种规范的方式满足90％的需求。
我认为，如果COLLADA除了具有相当吓人的XML定义之外，实际上具有用于读取和写入格式的标准且开放的实现，它将非常有用。
它的力量也是它的失败-从出口的角度来看，以多种不同方式描述几乎所有内容的能力听起来不错，但它是导入并理解的PITA。
但是，如果您坚持不懈，确实会获得一种格式，该格式可以表示您可能需要的几乎任何内容，并且受到许多工具的支持，并且可以扩展。
使用更简单的格式非常诱人，然后在开发的一半过程中，您将意识到需要一些额外的数据，而且无法获取这些数据。
另外，如果这是在内部生产管道中使用的，而不是用于通用发行版的，则可以缩减定义并仅支持所使用的软件包中的实际内容，而不必过于笼统。
是的，它有缺陷且很复杂，但是确实有效，而且没有太多选择。
我知道这个主题被标记为“已解决”，但是IMO，您应该研究FBX。Autodesk使用的是这种格式，它是所有主要3D程序的交换格式。
因此，请勿打扰Collada。
它s肿，不直观-并且没有主要参与者的支持。
这就是Autodesk-他们正在购买几乎所有的3D应用程序。
Autodesk FBX SDK：http : //usa.autodesk.com/adsk/servlet/index? siteID=123112&id= 7478532