我之前也踩过3ds Max负缩放+变换计算的坑，太懂这种困惑了！其实这真不是你的操作不合理——动画资产修复里这种情况特别常见，核心原因确实和3ds Max的左手坐标系以及它对负缩放的特殊处理有关。

为什么PRS相乘得不到预期的Transform？ #

• 常规场景下，3ds Max的Transform矩阵是按缩放 → 旋转 → 位置的顺序计算的（注意是本地空间到父空间的转换顺序，和我们手动操作的直觉顺序相反），公式大概是：Transform = TranslateMatrix * RotateMatrix * ScaleMatrix
• 但当对象存在负缩放或者非均匀缩放+旋转时，3ds Max内部会自动引入剪切矩阵来修正变换逻辑，这部分信息是不会直接显示在PRS面板里的！也就是说，你看到的PRS值只是“用户可见”的参数，实际生效的Transform已经包含了隐藏的剪切信息，自然没法用单纯的PRS相乘还原。

用MaxScript验证的实操要点 #

你提到的示例代码可以补充几个测试方向，帮你更直观看到问题：

1. 打印完整的变换分解信息，查看隐藏的剪切矩阵：

   -- 获取选中对象的变换详情
   obj = $
   format "原始Transform矩阵:\n% \n" obj.transform
   -- 分解矩阵为完整的PRS+剪切组件
   tmDecomp = decomposeMatrix obj.transform
   format "分解后的位置: % \n" tmDecomp.pos
   format "分解后的旋转: % \n" tmDecomp.rot
   format "分解后的缩放: % \n" tmDecomp.scale
   format "隐藏的剪切矩阵: % \n" tmDecomp.shear
   

   你会发现当存在负缩放或旋转时，shear矩阵不是单位矩阵，这就是导致PRS相乘和原始Transform不一致的核心原因。

2. 手动用可见PRS值重建矩阵做对比：

   -- 用面板可见的PRS值重建变换矩阵
   rebuiltTM = translateMatrix obj.pos * rotateMatrix obj.rotation * scaleMatrix obj.scale
   format "重建的Transform矩阵:\n% \n" rebuiltTM
   format "和原始矩阵是否一致? % \n" (obj.transform == rebuiltTM)
   

   只要有负缩放存在，这个对比结果大概率是false，因为我们没把隐藏的剪切矩阵加进去。

修复负缩放动画的小建议 #

如果是要修复这类模型的动画，给你两个实用思路：

• 先“固化”变换：用Reset XForm工具重置变换，然后塌陷修改器，这样PRS值就能和Transform完全对应上了——但注意这会破坏原始层级关联，操作前一定要备份！
• 针对动画关键帧：不要直接修改PRS参数，而是通过transform属性直接设置完整矩阵，或者用decomposeMatrix获取包含剪切的完整变换信息后再做调整。

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