概念页
动作捕捉与 Motion Matching
Motion Capture & Motion Matching
第 11 章回答「要不要动捕」、光学/惯性/深度/表演捕捉差异、拍摄规划与演员工作,以及后期的重定时、姿势夸张、偏移姿势、循环混合;并专节讲 Motion Matching 的适用边界与第三人称地面移动的 shot list。引擎实现细节见已有页 运动匹配(UE Pose Search);本页保留书中制作向观点。
要不要动捕?
动捕擅长真实人体动量与大量遍历数据;风格化、强设计节奏、极短响应窗口的动作仍常手 K。预算、风格、是否需表演捕捉(脸+身体)一起决定。
常见方法
| 方法 | 特点(书中) |
|---|---|
| Optical Marker-Based | 光学标记,精度高,依赖场地与遮挡处理 |
| Accelerometer Suits | 惯性衣,场地灵活,漂移需处理 |
| Depth Cameras | 深度相机,成本低、精度/遮挡限制更大 |
| Performance Capture | 声画脸身一体,适过场与高保真角色 |
典型流水线
拍摄 → 求解 → Retargeting 到游戏骨架(见 IK Rig 与动画重定向)→ 清理与艺术指导 → 进引擎。
拍摄规划
Shot list、分组排序、排练、Previz、选角与导演、道具/场景搭建与道具同步记录、虚拟相机、多 take 取舍。书中强调:即使长 take,仍应拆出可单独替换的段落进库,否则难艺术指导。
与动捕数据共事
- Retiming:调节奏而不毁动量
- Pose Exaggeration / Offset Poses:在真实动量上叠风格化;注意隐藏偏移差值(含脚 IK 零键等技巧)
- Blending and Cycling:做循环时优先保留动量;破坏性删末步常损失「味道」
Motion Matching(书中观点)
历史上片段只是骨的位姿曲线;Motion Matching 在运行时根据动量、速度、姿势匹配从大数据库挑最合适的一段,追求自动且视觉无缝的过渡。Ubisoft 引入后,在体育与动作游戏中落地;书中警告:
- 系统复杂,帧级可调响应的高操作角色尤其难管
- 更适偏慢、重写实,或对帧精度不敏感的 NPC;遍历最吃香,且仍需大量抛光
- 不是「拍一长段丢进黑盒」;若要艺术指导,必须规划动作、隔离 take,否则难定位该改哪条,系统还可能拼两条同名动作的首尾造成难看混合
- 转向时演员有惯用腿,需补「非惯用腿」;镜像在不对称 idle(瘸、单手持剑)时不可随便用
- 书中称 ML motion 正快速承接类似数据需求:训练代替巨量运行时查找,对动画师 shot list 往往相同,利于内存
第三人称地面移动 shot 组(非穷尽):Core idle/walk/run → 八向起步停下 → Pivot turns(45°–180°)→ Strafe 变向/菱形方块路径 → 原地转、Repositions、Turning circles、Snaking、Wild takes。命名约定示例:fw/bw/lt/rt/...、to 表过渡、角度数字。
flowchart TB Plan["Shot list / Dance Card"] --> Shoot["分组拍摄"] Shoot --> Pick["选出可编辑片段"] Pick --> Clean["清理 + 偏移/重定时"] Clean --> DB["Motion Matching 数据库"] DB --> Runtime["运行时按速度/姿势查询"]
上图:书中强调「可编辑的隔离片段 → 数据库」,而非无结构长 take 黑盒。
出处
- Ch11 · Motion Capture
- Jonathan Cooper《GAME ANIM: Video Game Animation Explained》第 2 版(2021,CRC Press)第 11 章
- Game Anim Video Game Animation Explained 2nd Edition (Jonathan Cooper).pdf
相关页面
游戏开发 · UE5运动匹配Motion Matching运动匹配 (Motion Matching) 是 Pose Search 插件提供的动画蓝图节点,可以作为状态机和混合空间的动态替代:每次用 Schema 定义的通道(骨骼位置/速度、轨迹采样点等)构造查询,在数据库里的大量动画中找出代价最低的姿势,而不需要手工编写过渡和混合逻辑。增加动画数据就能提高保真度;代价是内存和查询开销会随通道、采样数和采样率增加。游戏美术游戏动画五大基本功Five Fundamentals of Game AnimationDisney 的「动画十二原则」面向线性媒介;游戏动画还必须在玩家每秒级输入下既好看又好控。Jonathan Cooper 在《GAME ANIM》第 2 版中提出与之互补的五大基本功:手感 (Feel)、流畅性 (Fluidity)、可读性 (Readability)、上下文 (Context)、优雅 (Elegance)——目标是角色不仅「看起来对」,还要「操控起来对」。游戏美术玩法动画Gameplay Animation第 9 章从 Three Cs(角色 Character、相机 Camera、控制 Control)出发,系统讲地面移动(idle、循环、原地 vs 向前、 strafing、起停过渡)、跳跃与攀爬度量、以及攻击/受击的预备—响应—可读性与连招切割。这是五大基本功在「每帧可玩」场景下的落地清单。游戏美术技术动画Technical Animation第 8 章「Our Project: Technical Animation」覆盖角色从建模约束、蒙皮、绑定,到命名/目录、引用、导出格式与引擎规则、内存与切片、引擎内事件标签与混合时间、测试关与资产卫生。目标是让动画师少踩导出坑、系统可共享缩放。游戏美术过场与面部动画Cinematics & Facial Animation第 10 章把过场当作游戏中少数可完全编导的线性片段:相机(FOV、景深、虚拟摄影师、电影五 C)、一系列 Dos/Don'ts,以及眼睛与口型(视线、扫视、辐辏、音素、FACS、共享与排错)。过场用得好拉近共情,用过量则把玩家推回「旁观」。游戏开发 · UE5IK Rig 与动画重定向IK Rig & RetargetingIK Rig 资产为某个骨骼网格定义 IK 目标 (Goal)、求解器栈 (Solver Stack) 和骨骼设置;IK Retargeter 用两个 IK Rig 中定义的重定向链 (retarget chains),在骨骼数量、骨骼名称和朝向都不同的骨架之间传递动画,还可以用 IK 保持手脚接触点的精确。参考姿势不同(例如 T 形与 A 形)时,需要编辑重定向姿势。游戏开发 · UE5动画蓝图与动画系统Animation Blueprint & Animation SystemUE5 角色动画以动画蓝图 (Animation Blueprint) 为核心:它每帧为骨骼网格体 (Skeletal Mesh) 计算最终姿势。动画蓝图内部用状态机 (State Machine) 组织“何时播什么”,用混合空间 (Blend Space) 按速度、方向等参数连续混合,用蒙太奇 (Animation Montage) 在插槽 (Slot) 中插播攻击、交互等一次性动作,用 Control Rig 做程序化骨骼控制(如贴地)。算出的骨骼姿势最终交给蒙皮 (Skinning) 驱动顶点。游戏开发动画管线与动作状态机Animation Pipeline & Action State Machines低层动画管线把片段和混合规格变成局部姿势、全局姿势和蒙皮矩阵调色板;其上的动作状态机 (ASM) 给游戏代码提供"按状态驱动动画"的接口。每个状态是任意复杂的片段混合,跟踪当前所有片段的方式有扁平加权平均和混合树两种;过渡用数据驱动的过渡矩阵描述,控制参数通过节点搜索、命名变量或控制结构体暴露给代码(GEA4 卷 II 13.9–13.10)。游戏开发骨骼、姿势与动画片段Skeletons, Poses & Animation Clips角色动画系统的数据核心是三样东西:骨骼(关节层级)、姿势(每个关节的 SRT 变换)和动画片段(姿势随局部时间变化的采样)。GEA 把各种动画方法看成对"逐点控制表面"这一理想的不同压缩方式;骨骼蒙皮用少量关节驱动大量顶点,是今天最主流的方案(GEA4 卷 II 13.1–13.4)。