使用Assimp加载骨骼动画：FBX网格扭曲但DAE模型正常？

结合你遇到的现象——FBX多网格模型腿部扭曲、DAE单网格正常，还有你提到的实现细节，我梳理了几个核心排查点：

1. 矩阵乘法顺序可能存在颠倒或冗余 #

你的矩阵链是：

modelView * toWorldMatrix * desiredPoseMatrix * inverseBindTransform * meshToWorldMat * position

首先得明确每个矩阵的作用和Assimp的列主序矩阵规则（Assimp默认用列主序，矩阵乘法是左乘矩阵、右乘向量）：

• 标准骨骼动画的顶点计算逻辑应该是：最终位置 = 模型视图矩阵 × 当前骨骼世界变换 × 逆绑定矩阵 × 顶点局部位置
• 你这里的meshToWorldMat是网格到世界空间的变换，而modelView已经包含了世界→视图的转换，同时toWorldMatrix又是关键帧+父矩阵的世界变换，这很可能造成变换重复。
• 另外，多网格模型中每个网格的局部变换（meshToWorldMat）应该先作用于顶点，再进入骨骼变换流程。正确的列主序顺序大概是：

  modelView * currentBoneWorldTransform * inverseBindTransform * meshLocalToModelMat * position
  

  你可以调整顺序后测试，看看扭曲是否消失。

2. 多网格共享骨骼时，逆绑定矩阵不能共用 #

你提到FBX模型部分网格共享骨骼，但要注意：不同网格的顶点处于各自的局部空间，它们对应的逆绑定矩阵必须是针对网格单独计算的。

• Assimp中每个Mesh对象都有自己独立的Bone数组，每个Bone的mOffsetMatrix就是该网格顶点的逆绑定矩阵（绑定姿态下骨骼世界矩阵的逆）。
• 你自行计算inverseBindTransform时，是否针对每个网格单独处理了？如果多个网格共用同一套逆绑定矩阵，必然会导致局部空间不同的顶点变换出错——这很可能就是腿部网格扭曲的核心原因。
• 可以先临时替换成Assimp的mOffsetMatrix测试，如果替换后动画正常，就说明你自行计算的逆绑定矩阵没有适配多网格场景。

3. FBX与DAE的骨骼空间解析差异 #

虽然DAE模型正常，但FBX的骨骼导出/存储逻辑和DAE有细微差别：

• 比如FBX的绑定姿态骨骼变换可能是相对于父骨骼的局部变换，而DAE可能直接存储世界空间变换；Assimp加载时对两者的解析也可能有差异。
• 你自行计算inverseBindTransform时，是否正确获取了绑定姿态下骨骼的世界矩阵？多网格模型中，网格的局部变换可能会影响骨骼绑定姿态的计算，这点需要额外验证。

4. 网格局部变换的处理时机 #

DAE是单网格，meshToWorldMat可能是单位矩阵，所以看不出问题；但FBX多网格每个网格都有自己的局部变换（比如相对于根节点的位移/旋转）：

• 要确认你是否在正确的时机应用了meshToWorldMat——应该先把顶点从网格局部空间转换到模型空间，再进行骨骼变换，而不是反过来。

内容的提问来源于stack exchange，提问作者Manh Nguyen