拆解手感——输入到感知的反馈回路

一句话

物理引擎负责「现实世界怎么算」，手感系统负责「玩家操作起来感觉怎么样」。拆解手感 = 回答五个问题：输入怎么响应、运动怎么控制、战斗怎么反馈、摄像机怎么配合、动画怎么衔接——五层各自调什么参数。

一、手感 ≠ 物理引擎

物理引擎是底层能力之一（算碰撞/刚体），手感是「操作时感觉怎么样」。很多游戏甚至故意不使用真实物理来获得更好的手感。

典型参数（这些往往比「角色真实质量是多少、摩擦系数是多少」更重要）：

1
2
3
4
5
6
最大速度：6 m/s
加速度：30 m/s²
松开后减速度：50 m/s²
空中控制率：60%
转向响应：0.15 秒
起跳瞬间速度：7 m/s

甚至允许「作弊」参数：

1
2
Coyote Time：100ms   ← 离开平台边缘后仍可起跳（现实物理没有）
Jump Buffer：120ms   ← 提前按跳落地后自动触发（现实物理没有）

现实物理当然没有这些东西，但玩家会觉得「这个游戏的跳跃特别舒服」。手感很多时候是人为制造的感官反馈。

角色移动：两种流程的对比

玩家按下 → → 松开，真实物理是：

1
2
3
4
5
6
7
8
9
10
11
输入
 ↓
施加力
 ↓
加速度
 ↓
速度变化
 ↓
摩擦力
 ↓
停止

但游戏手感通常直接控制：

1
2
3
4
5
6
7
8
9
输入
 ↓
目标速度
 ↓
加速曲线
 ↓
角色速度
 ↓
动画/摄像机/音效

前者算「力怎么产生运动」，后者直接管「角色该多快、多快到」——手感不需要走真实物理的完整链路。

物理引擎到底负责什么

物理引擎只是底层能力之一，而不是手感本身：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
           游戏手感
               │
   ┌───────────┼───────────┐
   ↓           ↓           ↓
 输入系统     游戏逻辑     表现系统
   │           │           │
   ↓           ↓           ├─ 动画
Input     Character        ├─ 摄像机
           Controller      ├─ 音效
               │           └─ 特效
               ↓
            Physics
               │
   ┌───────────┼───────────┐
   ↓           ↓           ↓
  碰撞        刚体        约束

在 ECS / 游戏引擎中的位置：

1
2
3
4
5
6
7
8
9
10
11
Input
  ↓
Input Mapping
  ↓
Character Controller  ← 手感核心之一
  ↓
Physics                ← 物理计算
  ↓
Gameplay State
  ↓
Animation / Camera / Audio / VFX

设计师调的往往不是一个 PhysicsMaterial 就完事，而是一大堆 movement / combat / camera / animation / input / feedback 参数。

二、手感的五层结构

1. 输入手感

控制：输入死区、灵敏度、输入响应曲线、加速度、延迟、是否允许输入缓冲、是否允许提前输入下一动作。

格斗游戏例子：按攻击 → 输入缓存 100ms → 即使当前动作还没结束，下一动作也能在允许窗口自动衔接。

2. 运动手感

控制：最大速度、加速度、减速度、转向速度、跳跃高度、空中控制、摩擦、滑动、碰撞后的速度。

通常是物理引擎 + 游戏自己的运动控制器，而不是把角色完全交给物理引擎。

3. 战斗手感

例如一个拳头明明只持续 0.2 秒，却让玩家感觉「打中了」：

1
2
3
4
5
6
7
8
9
攻击判定 → 命中
├─ 敌人受击硬直
├─ 敌人击退
├─ 玩家轻微后坐
├─ 相机震动
├─ 音效
├─ 粒子
├─ Hit Stop（命中停顿）
└─ 特效

Hit Stop 特别典型：命中瞬间把双方游戏时间暂停几十毫秒。现实中当然没有，但玩家会觉得「这一拳很有力量」。

4. 摄像机手感

移动时镜头轻微跟随、加速时 FOV 增大、跳跃时镜头偏移、落地时镜头下沉、爆炸时镜头震动、开枪时镜头后坐。

1
玩家动作 → Gameplay → Camera Controller → 视觉反馈

5. 动画手感

角色从站立变成奔跑，如果直接 Idle → Run 会很生硬。加入 Start Run → Acceleration → Run → Deceleration → Stop，甚至动画速度和实际移动速度绑定。

这就是为什么两个游戏角色移动速度完全一样，玩起来却完全不一样。

五层小结

层 控制什么 是否依赖物理
输入手感 死区、灵敏度、响应曲线、缓冲 否
运动手感 速度、加速度、跳跃、空中控制、摩擦 是（物理+运动控制器）
战斗手感 硬直、击退、后坐、Hit Stop、特效 部分
摄像机手感 跟随、FOV、震动、后坐 否
动画手感 过渡、加速、状态衔接 部分

三、手感拆解清单（对已有游戏）

1
2
3
4
5
6
按这个按键，角色多久有反应？（输入手感）
松开按键，角色多久停下来？（运动手感）
打中敌人，玩家感觉「打中了」吗？为什么？（战斗手感）
移动时镜头怎么配合？（摄像机手感）
动作切换生硬吗？（动画手感）
哪些地方「故意不真实」？（Coyote Time / Hit Stop / 空中控制）

与其他线的关系

  • 与游戏系统论：游戏系统论讲「手感 = 反馈的即时质量」；本线展开五层结构
  • 与拆解游戏 01 玩法：手感是玩法的「执行质量」——同一玩法不同手感玩起来完全不同
  • 与拆解游戏 03 关卡：手感决定「能不能做到」，关卡决定「要求做到什么」——手感 × 关卡 = 挑战的公平性
  • 与物理引擎线（未来）：物理引擎管「发生了什么」，手感系统管「感觉发生得怎么样」