Skip to main content

Chapter 76: Kinematics and Rigging Fundamentals

角色动画进入引擎后，画面上看到的是网格顶点在每一帧被重新放到新的位置。读完本章后，读者应能追踪一帧角色姿态从 skeleton asset、bind pose、clip 采样、constraint 求解到 GPU skinning 的完整路径，并能判断常见问题属于骨架数据、局部变换链、约束求解、retarget profile 还是导入驱动阶段。

本章的贯穿材料是一名守卫角色 Guard_01：左脚贴在地面，右手抓住门把手，头部看向镜头，身体播放行走停止动画。这个画面同时使用骨骼层级、蒙皮权重、局部和全局变换、反向运动学、look-at 约束和动画 clip 驱动。画面正确时，脚底稳定，手掌对准门把手，网格没有拉裂；画面异常时，问题通常能回溯到同一条数据链。

Kinematics 在本章中指“用关节变换描述运动几何”的方法。它关心关节之间的父子关系、局部姿态如何累积成全局姿态、末端目标如何反推中间关节。Rig 在本章中指“让角色可被控制、可被导出、可被运行时求解的一组结构”，包括 skeleton、control rig、constraint、retarget profile、skin weight 和导入验证规则。

角色 rig 的工程结论可以先固定为一句话：动画系统每帧产出的核心数据是 joint pose，渲染系统真正使用的是由 joint pose 和 inverse bind matrix 组合出的 matrix palette。Control、constraint、IK、retarget 和 clip 都服务于同一个目标：在正确的空间、正确的顺序中产生稳定的 palette，再把 palette 交给 vertex shader 或 CPU skinning 路径完成网格变形。

76.1 骨骼系统基础​

骨骼系统的基础对象由 joint、bone、bind pose、inverse bind matrix、skin weight 和 deformation 组成。它们处在同一条链上：joint 形成层级，bone 表达相邻 joint 的语义连接，bind pose 固定网格绑定时的参考姿态，inverse bind matrix 把顶点带回 joint 的绑定空间，skin weight 决定每个 joint 对顶点的影响比例，deformation 是最终网格形状变化。

在 Guard_01 中，Hips、Spine、RightUpperArm、RightLowerArm、RightHand 都是 joint。Joint 是带有局部变换的层级节点，局部变换通常由 translation、rotation、scale 组成。Bone 更适合作为“从一个 joint 指向子 joint 的段”来理解，例如 RightUpperArm 到 RightLowerArm 之间的上臂段。很多引擎和 DCC 工具会把 joint 与 bone 混合显示，但运行时求解依赖的是 joint transform 和 parent index。

Bind pose 是角色网格第一次绑定到骨架时的参考姿态。它经常表现为 T-pose、A-pose 或资产作者定义的 rest pose。Bind pose 的作用是给权重和矩阵计算提供共同基准。右手顶点在 bind pose 中靠近 RightHand，权重会把这些顶点主要分配给 RightHand、RightLowerArm 或少量邻近 joint。动画播放时，系统根据当前 pose 与 bind pose 的差异移动这些顶点。

Inverse bind matrix 是每个 joint 在 bind pose 下全局矩阵的逆矩阵。它解决的问题是：顶点原始位置处在 mesh bind 空间中，当前 joint 全局矩阵处在动画 pose 空间中，直接相乘会把 bind pose 的初始偏移重复计入。常见 Linear Blend Skinning 路径使用的核心关系可以写成行内形式：skinnedPosition = Σ weight_i * globalJoint_i * inverseBind_i * bindPosition。这里的 globalJoint_i 来自当前帧姿态，inverseBind_i 来自绑定时刻，bindPosition 是网格原始顶点位置。

Khronos 的 glTF 2.0 Specification 明确把 skinned mesh 表达为 skin、joints、inverseBindMatrices 和顶点属性的组合：skin.joints 的顺序需要和 inverseBindMatrices 的元素顺序匹配。这个规则给工程排查提供了一个稳定入口：如果 Guard_01 的右手在导入后整体炸开，先检查 joint 索引顺序、inverse bind 数量、矩阵存储约定和顶点 joint attribute 之间是否对齐。

Skin weight 是顶点对 joint 的依赖比例。一个肩膀顶点可能有 RightUpperArm 0.65、Spine 0.25、RightLowerArm 0.10 的影响；一个手背顶点可能几乎全部依赖 RightHand。权重分布直接决定变形质量。肩部权重过硬会产生折纸式弯折，权重过散会让上臂动作拖动胸腔网格，手指权重落到错误 joint 会让手指跟随手腕旋转后发生塌陷。

骨骼对象之间的职责可以用同一组输入输出检查。Joint 输入父节点索引和局部 pose，输出当前帧全局矩阵；bone 输入两个 joint 的空间关系，输出可视化和语义段；bind pose 输入绑定时刻的 joint 矩阵和 mesh 顶点，输出参考空间；inverse bind matrix 输入 bind pose 全局矩阵，输出从 mesh bind 空间到 joint bind 空间的逆变换；skin weight 输入每个顶点的 joint index 和 weight，输出变形混合比例。

Guard_01 的右手抓门把手时，渲染侧真正看到的是右手附近顶点被右臂链的 matrix palette 重新计算。动画师控制的是手部目标，runtime constraint 求解的是 joint pose，vertex shader 使用的是 palette。把这三个层级分开后，排查顺序会稳定很多：手部目标位置错属于 rig control 或 IK 输入，joint pose 错属于层级更新或求解，顶点变形错属于 weight、inverse bind 或 palette 上传。

76.2 局部与全局变换链​

局部与全局变换链决定 joint pose 如何从一个骨架层级传播到整个人物。Local pose 描述 joint 相对父 joint 的变换，global pose 描述 joint 在角色根空间或世界空间中的最终变换。角色动画运行时通常先得到所有 joint 的 local pose，再按 parent index 从根到叶子累积成 global pose，最后生成 matrix palette。

以 Guard_01 的右臂为例，RightHand 的 local rotation 表示手相对前臂的旋转。前臂的 global matrix 发生变化后，手部 global matrix 会随之变化。这个继承关系解释了一个常见现象：动画 clip 中只旋转肩膀，手掌也会在世界空间移动。局部数据看起来只改了一个 joint，全局结果会影响整条子树。

一帧角色姿态的更新路径通常如下图所示。图中省略了多 clip 混合的细节，把本章关注点集中在 local pose、constraint、global pose 和 palette 的关系上。

这条路径的关键点是顺序。Clip sampling 先给每个 joint 提供基础 local transform；runtime controls 给手部目标、头部注视方向、脚底目标等约束输入；constraint 和 IK 修改局部或全局姿态；global pose update 把层级关系重新展开；matrix palette 把当前 pose 和 inverse bind matrix 合成可供蒙皮使用的矩阵数组。任何阶段读取了旧 pose，都会让画面表现出一帧延迟、末端漂移或局部姿态与网格变形分离。

下面的简化代码展示了全局矩阵与 palette 的最小更新关系。它采用抽象写法，目的在于固定数据依赖。

for (JointIndex joint : skeleton.topologicalOrder) {
    JointIndex parent = skeleton.parent[joint];
    if (parent.isValid()) {
        globalPose[joint] = globalPose[parent] * localPose[joint];
    } else {
        globalPose[joint] = characterRoot * localPose[joint];
    }

    matrixPalette[joint] = globalPose[joint] * inverseBindMatrix[joint];
}

这段代码对应三个工程检查点。第一，topologicalOrder 必须保证父 joint 先于子 joint 更新。第二，localPose 的空间约定要和 parent 矩阵一致，行列主序和乘法顺序也要和数学库一致。第三，matrixPalette 的索引要和顶点中的 joint index 使用同一套 joint 顺序。任意一项偏离，都会让角色出现局部骨架看似正确、网格变形明显错误的情况。

Global pose 的空间边界需要单独确认。引擎可以在角色局部空间中生成 palette，也可以在世界空间中生成 palette，再由 shader 或 draw call 状态处理对象变换。边界选择会影响 debug 方法。角色局部 palette 更容易复用到多个实例，世界空间 palette 更直观但可能增加上传内容变化。关键是 mesh 顶点、inverse bind、global pose 和 draw transform 必须处在同一个可推导链条中。

glTF 的 skinning 规则给了一个典型边界：当一个 node 同时引用 mesh 和 skin 时，蒙皮变形由 joint transform 驱动，skinned mesh node 自身 transform 的处理有明确约定。不同引擎内部可能把根变换、component transform、world transform 拆成不同对象；导入 glTF、FBX 或自研格式时，需要把“角色根移动”和“joint 层级姿态”分开映射。

Guard_01 左脚贴地失败时，局部与全局变换链通常能暴露错误来源。脚踝 local pose 正确但 global pose 错，先看膝盖、髋部、root 的父链；global pose 正确但顶点飘，先看 palette 与 weight；脚骨架和网格都正确但世界位置错，先看 character root、root motion 或场景节点 transform。这个顺序把同一个视觉问题拆成三个层级：pose 层级、skinning 层级、scene transform 层级。

76.3 构建角色 Rig 管线​

角色 Rig 管线的目标是把 DCC 中可编辑的控制结构，转换成引擎中可采样、可求解、可验证、可渲染的数据。它的核心资产通常包括 skeleton asset、skinned mesh、control rig、constraint 集合、retarget profile 和 export validation 规则。每个对象负责一个边界，混在一起会让资产能在 DCC 里播放，却在引擎里难以稳定复现。

Skeleton asset 是运行时最稳定的骨架定义。它保存 joint 名称、parent index、bind pose、本地轴约定和可选的语义标签。Skinned mesh 绑定到这个 skeleton，通过顶点属性保存 joint index 和 weight。动画 clip 再针对 skeleton 中的 joint 产生 transform 曲线。只要 skeleton asset 发生结构性变化，mesh、clip、retarget profile 和 constraint 都需要重新对齐。

Control rig 是动画师或运行时系统操作 skeleton 的控制层。它可能包含手柄、控制曲线、空间切换、FK 控制、IK 控制、表情控制和二级运动控制。Unity 的 Animation Rigging package 把 rig 描述为用于组织 constraints、添加 procedural motion 的结构，这类描述在工程上说明了一点：control rig 可以服务编辑器动画，也可以服务运行时修正，但它最终要落回 joint pose。

Constraint 是 rig 管线中的局部规则。它把一个对象的姿态约束到另一个对象、一个目标、一个方向或一个空间关系上。常见约束包括 parent constraint、orientation constraint、aim constraint、look-at constraint、two-bone IK、multi-parent space switch。Constraint 的输出需要进入 pose 更新链。它的求解位置决定它覆盖的是原始 clip、修正后的 pose，还是最终写入 skeleton 的局部变换。

Retarget profile 负责把一套动画迁移到另一套 skeleton。它通常记录 bone name 映射、chain 映射、参考姿态差异、比例缩放策略、root motion 处理方式和末端保持策略。Unreal Engine 的 IK Rig retargeting 文档 把 retarget chain 作为核心对象，用 chain 而非单个 bone 传递 limb 动作，这说明 retarget 的稳定边界常常是“手臂链、腿链、脊柱链”这样的功能段。

构建 Guard_01 的 rig 管线时，推荐把资产流固定为五个阶段。第一，DCC 中建立 skeleton 和 skinned mesh，确认 bind pose、单位、轴向和权重。第二，建立 control rig，让动画师可以通过手部、脚部、视线等控制点制作动作。第三，把需要运行时保留的 constraint 标记清楚，其余控制曲线可烘焙到 joint animation。第四，创建 retarget profile，让同一套行走停止动作能迁移到体型相近的守卫变体。第五，执行 export validation，检查 joint 名称、parent index、bind pose、inverse bind、权重归一化、clip 目标、根节点和单位比例。

Rig 管线的验证要围绕一帧可观察画面展开。对于 Guard_01，可以选择“右手抓门把手，左脚在地面”的帧作为验证帧。DCC 里观察控制器是否到位，引擎导入后观察 skeleton debug draw 是否到位，打开 skinned mesh 观察顶点是否跟随，播放 runtime constraint 后观察手和脚是否保持目标。这个验证链能把“控制器正确但导出丢失”“骨架正确但蒙皮错误”“蒙皮正确但 runtime constraint 顺序错误”分开。

Export validation 需要使用机器可检查规则。最小规则包括：每个 skinned mesh 引用的 skeleton 存在；每个 vertex 的 joint index 都在 skeleton joint 范围内；每个 vertex 的权重和接近 1；每个 skin 的 inverse bind 数量覆盖 joint 数量；每条 clip 的 target joint 能在 skeleton 中找到；root joint 和 character root 的职责清晰；单位缩放在 mesh、skeleton、clip 三者之间一致。工具可以不同，规则应稳定。

76.4 约束与反向运动学​

约束与反向运动学负责把“目标”转成“joint pose”。Forward kinematics 从父 joint 到子 joint 推导末端位置；inverse kinematics 从末端目标反推中间 joint 的姿态。Guard_01 的右手抓门把手是 IK 问题：门把手给出手部目标，肩、肘、腕需要形成一条满足长度、方向和姿态约束的手臂链。

IK chain 是一组按层级连接的 joint。Two-bone IK 常用于上臂和前臂、股骨和小腿；FABRIK、CCD 或全身 IK 可用于更多 joint 的链。对 Guard_01 的右臂，chain root 是 RightUpperArm，mid joint 是 RightLowerArm，end joint 是 RightHand，goal 是门把手附近的手掌目标。求解器根据骨段长度和 goal 位置计算肩肘腕的姿态，再把结果写回 pose buffer。

Pole vector 控制弯曲平面。手掌目标只定义末端位置时，肘部可以朝多个方向弯曲；pole vector 给出肘部偏向的参考方向。右手抓门把手时，pole vector 通常应位于角色右侧或略向后的位置，让肘部沿自然方向弯曲。Pole vector 错位会产生肘部翻转，画面上表现为前臂突然绕轴跳动。排查时先显示 chain、goal 和 pole，再看求解器输出的 joint 旋转。

Constraint weight 决定约束结果和原始动画之间的混合比例。权重为 0 时保留输入 pose，权重为 1 时使用完整约束结果，中间值产生过渡。这个参数常用于手接触门把手的渐入、头部看向镜头的柔和转向、脚底贴地的稳定过渡。权重曲线本身也是动画数据，它需要和 clip 时间、角色状态、接触事件同步。

Look-at 约束把一个 joint 或一组 joint 的朝向对准目标。Guard_01 头部看向镜头时，可以把目标点放在镜头附近，再把权重分配到脖子、头部和眼球。稳定的 look-at 需要限制最大转角、轴向、局部空间和回正速度。目标突然跨过角色背后时，求解器可能选择另一条旋转路径；工程上常用角度阈值、平滑目标和权重衰减控制这种跳变。

Foot placement 是约束、IK、场景查询和姿态修正的组合。它通常先从脚底附近发射地面查询，得到地面高度和法线；再把脚踝 goal 移到接触点附近；然后用腿部 IK 让膝盖和脚踝匹配目标；最后根据双脚高度调整 pelvis 或 root 的垂直位置。这个过程改变的是 pose buffer，最终仍通过 global pose 和 matrix palette 影响网格。

约束求解的顺序会影响结果。对 Guard_01，常见顺序是先采样 clip，写入基础 local pose；再应用运行时控制目标；接着求解腿部 foot IK、手部 IK 和 look-at；然后重新计算 global pose；最后生成 palette。某些约束依赖前一个约束的输出，例如 pelvis 高度修正会影响腿长计算，手部 IK 可能依赖上半身转向结果。求解图需要显式表达依赖，才能稳定复现同一帧。

约束失败时要从目标、链、权重、顺序四个维度排查。目标错误会让手脚奔向错误空间；chain 错误会让求解器使用缺失 joint 或反向 joint；weight 错误会让约束看似失效或突然生效；顺序错误会让后续 global pose 覆盖前面的求解结果。工具层面可以显示 skeleton、goal、pole、constraint weight 曲线和最终 global pose；这些显示回答的是“约束输入和输出是否处在预期空间”。

76.5 角色动画数据导入与驱动​

角色动画数据导入与驱动把 DCC 结果转换成 runtime 每帧可使用的 pose。导入阶段关注格式转换、骨架映射、clip 曲线、单位轴向、bind pose 和权重；驱动阶段关注 clip 采样、pose buffer 写入、constraint 求解、global 更新、palette 上传和 draw call 使用。两者共同决定 Guard_01 是否能在引擎中复现 DCC 中的动作。

DCC 导出通常会经历 FBX、glTF、USD 或自研格式。不同格式对 scene node、skeleton、skin、animation channel 和 constraint 的承载能力不同。glTF 2.0 明确支持 node hierarchy、skin、joint、inverse bind matrix 和 animation sampler；FBX 在 DCC 工作流中覆盖较多控制和历史数据，但导入器实现差异较大。工程上应把“交换格式能保存什么”和“引擎导入器实际读取什么”分开检查。

骨架映射是导入阶段的第一道稳定性边界。导入器需要把外部 joint 名称或索引映射到 engine skeleton。名称大小写、命名空间、左右侧命名、额外 helper node、末端虚拟 joint 都可能影响映射。Retarget profile 可以吸收一部分差异，但基础 skeleton mapping 仍要保证 parent index、bind pose 和 joint 数量在可预期范围内。

Clip 采样把时间转换为 joint local transform。一个 clip 通常保存若干 joint 的 translation、rotation、scale 曲线，每条曲线有 keyframe 时间和插值方式。Runtime 根据当前播放时间取样，写入 local pose buffer。没有动画曲线的 joint 通常使用 bind pose 或上一阶段默认 pose。采样后得到的仍是局部姿态，它还需要经过 constraint、global 更新和 palette 生成才会变成可见网格。

格式转换中的轴向和单位会直接进入画面。DCC 使用厘米，引擎使用米，root motion 位移会被缩放；DCC 使用 Z-up，引擎使用 Y-up，角色可能横倒；旋转曲线使用四元数，导入器处理符号连续性不稳定时，插值可能出现抖动。导入器需要在 mesh、skeleton、clip 三个对象上使用同一套坐标转换规则。只修正 mesh 而没有修正 animation channel，会让骨架和网格在运行时分离。

运行时驱动的最小闭环可以描述为：选择 clip 和播放时间，采样 local pose，写入 pose buffer，应用 runtime rig，计算 global pose，生成 matrix palette，上传到 GPU buffer 或 constant buffer，执行 skinned mesh draw。这个闭环中，动画系统输出的是 palette 或 skinned vertex buffer，渲染系统验证的是 draw call 中绑定的 mesh、material、palette buffer 和 shader skinning 分支。

导入后的常见故障可以按可观察现象归类。角色保持 bind pose，通常先看 clip 是否被采样、channel target 是否映射到 skeleton。骨架 debug draw 会动但网格不动，先看 skin binding、joint index、weight、palette 上传和 shader 分支。网格局部撕裂，先看 inverse bind、权重归一化、joint 顺序和矩阵主序。动作比例怪异，先看单位、root motion、retarget pose 和 limb chain 长度。脚步滑动，先看 root motion、接触事件、foot IK goal 和 pelvis 修正。

Guard_01 的播放驱动可以用一帧调试记录来复盘：当前 clip 是 Guard_Stop_ReachDoor，播放时间是 1.24 秒，右手 goal 来自门把手 socket，左脚 contact 标记为 true，foot IK 权重为 1，look-at 权重为 0.35，palette buffer 在 draw 前更新。只要这些数据能被打印、显示或在 capture 中定位，动画和渲染之间就有了共同证据。工具可以是引擎调试面板、RenderDoc buffer 检查、Unity Animation Rigging 调试视图、Unreal IK Retargeter 预览或自研日志；关键是每个工具结果都要回到 pose、palette 或 draw state。

本章建立的最终判断是：角色 rig 的正确性来自空间、顺序和绑定关系三者同时一致。空间决定 local、global、root、mesh bind、world 的关系；顺序决定 clip、constraint、IK、global update、palette upload 的先后；绑定关系决定 skeleton、mesh、skin weight、inverse bind、clip target 是否使用同一套 joint 语义。画面异常时，沿这三条线逐层排查，比直接调整控制器或重导资产更可靠。

最小自检任务​

给定一个简化角色 DoorGuard：骨架包含 Hips -> Spine -> RightUpperArm -> RightLowerArm -> RightHand 和 Hips -> LeftUpperLeg -> LeftLowerLeg -> LeftFoot。导入后引擎中能看到 skeleton debug draw 正常播放，右手 joint 能到达门把手附近，但右手网格像被拉长一样撕裂；左脚在 foot IK 开启后仍略微悬空。请按本章的判断顺序定位问题，说明每一步检查的对象、管线阶段、数学关系和可观察结果。

答案要点​

右手 joint 已经到达门把手，说明 clip sampling、右臂 IK goal、IK chain 和 global pose 至少在骨架层面产生了可用结果。网格撕裂把问题收敛到 skinning 层：先检查 RightHand 附近顶点的 joint index 是否指向正确 joint，再检查 weight 是否归一化，接着检查 skin.joints 顺序和 inverse bind matrix 顺序是否一致，最后检查 palette 上传索引是否和 shader 读取索引一致。数学关系应回到 globalJoint * inverseBind * bindPosition：global joint 正确但 inverse bind 或索引错误，会让顶点被错误 joint 矩阵变换。

左脚悬空属于约束输出与场景接触目标的偏差。先检查 foot IK 的地面查询结果，确认脚底 goal 的高度和地面法线；再检查 LeftUpperLeg -> LeftLowerLeg -> LeftFoot chain 长度和 pole 方向；然后检查 foot IK weight 是否为 1 或处在过渡曲线中；最后检查 pelvis 或 root 的高度修正是否在腿部 IK 之后被覆盖。可观察结果应包括脚部 goal、膝盖 pole、最终 left foot global pose 和 skinned mesh 脚底位置。

完整排查顺序是：先确认 skeleton pose，再确认 skinning binding，再确认 constraint 输入输出，再确认 palette 与 draw state。右手问题优先落在 skin weight、inverse bind、joint 顺序和 palette；左脚问题优先落在 goal、chain、weight、solve order 和 pelvis 修正。可选工具只提供观察入口，判断依据仍是 pose buffer、matrix palette、顶点权重和最终画面之间的对应关系。

本章知识点总结​

  • 核心数据：角色动画每帧的核心数据是 joint pose，渲染侧使用的是由 joint pose 与 inverse bind matrix 合成的 matrix palette。
  • Joint 职责：Joint 保存层级节点的局部变换和父子关系，运行时通过 parent index 累积成 global pose。
  • Bone 语义：Bone 表达相邻 joint 之间的语义段，工程排查仍以 joint transform 作为计算对象。
  • Bind Pose：Bind pose 固定网格绑定时的参考姿态，skin weight 和 inverse bind matrix 都依赖这个基准。
  • Inverse Bind：Inverse bind matrix 把顶点从 mesh bind 空间带入对应 joint 的绑定空间，顺序需要和 joint 索引一致。
  • Skin Weight：Skin weight 决定每个 joint 对顶点的影响比例，权重分布直接决定肩、肘、腕、膝等区域的变形质量。
  • 变换链：Local pose 描述相对父 joint 的姿态，global pose 描述层级累积后的结果，matrix palette 由 global pose 继续生成。
  • Rig 管线：角色 rig 管线应把 skeleton asset、skinned mesh、control rig、constraint、retarget profile 和导出验证拆成清晰边界。
  • IK 输入：IK chain、goal、pole vector 和 constraint weight 共同决定末端目标如何反推中间 joint 姿态。
  • Foot IK：Foot placement 把地面查询、脚踝 goal、腿部 IK、pelvis 修正和权重过渡组合成稳定接触结果。
  • 导入驱动：动画导入要同时检查格式能力、骨架映射、clip channel、单位轴向、bind pose 和权重数据。
  • 排查顺序：角色异常应按 skeleton pose、skinning binding、constraint solve、palette upload 和 draw state 的顺序定位。