← 全部标签
# 布娃娃
4 篇页面
页面
游戏开发动画约束与后处理Animation Constraints & Post-Processing片段混合之后、渲染之前，动画系统常常还要修改姿势，这叫动画后处理：程序化动画、逆向运动学 (IK)、布娃娃。另一大类需求是约束：把武器挂在手上（挂接点）、让多个角色对齐演出（参考定位器）、手抓物体（手部 IK）、脚不滑步（根运动提取与脚部 IK），以及注视、掩体、穿越辅助等（GEA4 卷 II 13.7、13.11）。游戏开发游戏对象的实时更新Updating Game Objects in Real Time游戏对象更新就是根据上一时刻状态 Si(t − Δt) 求出当前状态 Si(t)。"每帧对每个对象调一次虚函数 Update()，并在里面顺带更新它的动画、物理、渲染组件"的简单做法在商业引擎里行不通：底层子系统需要批量更新才能高效，而对象之间、子系统之间又有依赖顺序。GEA 介绍的对策依次是：子系统由游戏循环直接批量更新、对象只操纵子系统中的"代理状态"；在帧内多个阶段挂回调；按依赖森林把对象分桶，逐桶运行完整的分阶段更新（Naughty Dog 的做法）；并用状态缓存和时间戳对付更新过程中的状态不一致和一帧延迟（GEA4 卷 II 17.6）。游戏开发物理引擎与游戏的集成Integrating a Physics Engine into a Game碰撞/物理世界里的刚体只是抽象的数学描述，要通过游戏对象这个中枢，间接连到屏幕上的视觉表现。刚体按谁驱动分三类：物理驱动、游戏驱动（Havok 称 key framed）、固定；Havok 用可在运行时切换的"运动类型"统一表示。每帧更新有固定顺序：先更新游戏驱动刚体、幻影、力、冲量和约束，再步进模拟，然后回读物理驱动对象、查询幻影、执行投射查询。物理宜用恒定的 1/30 或 1/60 秒时间步。GEA 还逐一讨论了子弹、手雷、爆炸、可破坏物、角色移动、相机碰撞和布娃娃的实际做法（GEA4 卷 II 14.5–14.6）。游戏开发碰撞响应与约束求解Collision Response & Constraint Solving刚体碰撞后，模拟必须让它们做出逼真的反应，并保证一步结束时不再互相穿透，这就是碰撞响应。主流方法有三种：基于牛顿恢复定律的冲量法、像硬阻尼弹簧一样的惩罚力、以及把碰撞当作约束交给通用约束求解器。此外还要处理摩擦、多边形汤上的伪接触（焊接），以及让物体安静下来（休眠与模拟岛）。约束（点对点、铰链、棱柱、布娃娃、动力约束等）限制刚体的自由度；每帧的物理步骤是"积分 → 碰撞检测 → 碰撞解决 → 约束求解"的迭代误差最小化（GEA4 卷 II 14.4.7–14.4.10）。