19 · 视觉与音频统筹:系统的输出层
19 · 视觉与音频统筹:系统的输出层
边界:本文件是系统侧的感官统筹——即"系统产生的信息如何被看见、听见、感觉到"。 视觉实现、渲染、性能见
game-tech-art;声音设计与音乐见game-audio-design。 冲突裁决:可读性 > 好看 > 好听。任何让玩法信息变模糊的美术/音频决策,都要让路。
1. 为什么系统设计师必须管感官
没有 juice 的机制,在玩家感知里等于不存在。
系统产生的每一条信息(伤害、资源变化、状态切换、冷却就绪)都必须有一条感官通路到达玩家。通路缺失 = 该信息不存在于玩家心智中。
感官是系统的输出层,不是装修。因此:
- 系统设计规格单必须包含"感官规格"一栏(见
templates/07) - 感官预算是系统的一部分,要和 HUD 预算、性能预算一起算
- 反馈不只是装饰——强度本身就是数据通道(Balatro 用震幅编码"这手牌有多大")
2. 感官预算(Sensory Budget)
玩家的感官带宽是有限的。每个系统都要申报它占用多少。
| 通道 | 通道数 | 说明 |
|---|---|---|
| 视觉-中心 | 1 | 屏幕中央 / 准星附近,玩家注意力默认所在 |
| 视觉-周边 | 2–3 | HUD 区块(总预算 ≤5–7,见 integration/14) |
| 视觉-全屏 | 1 | 全屏效果(闪白、震动、暗角),同一时刻 ≤1 个 |
| 音频-常驻 | 1 | 环境/音乐层 |
| 音频-瞬时 | 3–4 | 同时发声的 SFX 上限,超出即糊 |
| 触觉 | 1 | 震动/力反馈(若支持) |
分配原则:
| 信息重要性 | 通道 |
|---|---|
| 生死相关(要死了、Boss 出招) | 视觉-中心 + 音频-瞬时(高优先级抢通道)+ 触觉 |
| 资源变化(拾取、消耗) | 视觉-周边 + 音频-瞬时(低优先级) |
| 状态切换(增益/减益) | 视觉-周边 + 图标 |
| 背景氛围 | 视觉-环境 + 音频-常驻 |
抢通道规则:高优先级信息可以抢占并淡出低优先级信息,而不是叠加。 最常见的失败是所有事件都想要全屏效果 → 屏幕一直闪 → 全部失效。
3. 跨模态一致性(三条通道说同一件事)
同一条系统信息,应能在视觉、音频、触觉三条通道上互相印证,且任意一条通道单独存在时也能成立。
| 事件 | 视觉 | 音频 | 触觉 |
|---|---|---|---|
| 暴击 | 数字放大 + 白闪 | 高频短音 | 短震动 |
| 生命危险 | 屏幕边缘红脉冲 | 心跳低频 | 慢脉冲震动 |
| 资源不足 | 图标变灰 + 抖动 | 拒绝音(短促下行) | 无 |
| 冷却就绪 | 图标填充满 + 一次高光扫过 | 轻"叮" | 无 |
| 大成功 | 全屏慢镜 + 数字滚动 | 上扬和弦 | 长震动 |
一致性检验:关掉声音,玩家还能看懂吗?关掉画面(只看 HUD),玩家还能感知吗? 任一"不能" → 该信息存在单点故障。
4. 可读性契约(系统侧给美术的硬约束)
系统侧必须给出**"玩家必须看清的三件事",且这份清单的优先级永远高于好看**。
契约模板
| 优先级 | 必须看清什么 | 失败后果 | 可接受的表现限制 |
|---|---|---|---|
| P0 | 敌人 vs 可交互物 vs 背景 | 玩家打错目标 / 找不到路 | 禁止与背景同色相、禁止低对比剪影 |
| P0 | 玩家自身位置与朝向 | 平台跳跃死亡 | 禁止玩家角色被特效遮挡 |
| P0 | 当前危险区域(攻击范围/陷阱) | 不可归因的死亡 | 必须有预警帧(≥300ms) |
| P1 | 可拾取物 | 漏掉奖励 | 需有独立轮廓/光效 |
| P1 | 状态图标 | 不知道自己中了 debuff | 需形状可辨(不只靠颜色) |
| P2 | 数值变化 | 感知不到自己变强 | 数字滚动 + 音效 |
硬数值(写进美术 brief)
| 项 | 标准 |
|---|---|
| 玩法物件 vs 背景的明度差 | ≥ 30(0–255 灰度) |
| 玩法物件 vs 背景的色相差 | ≥ 40°,或改靠明度区分 |
| 危险预警帧 | ≥ 300ms(快于人类反应极限的攻击必须有预警) |
| 关键物件的剪影辨识 | 缩到 64×64 仍可辨认 |
| 同屏同色相物件 | ≤ 3 类(否则玩家无法靠颜色分类) |
5. 音频作为系统反馈通道(系统侧给音频的硬约束)
声音优先级矩阵
| 优先级 | 事件类型 | 说明 |
|---|---|---|
| P0 必须有 | 玩家输入确认、伤害、死亡、关键状态切换 | 缺了玩家会觉得"游戏没听见我" |
| P1 应该有 | 拾取、UI 导航、环境提示 | |
| P2 可以有 | 氛围、细节、装饰音 | |
| 静默区 | 明确设计为何处该安静 | 静默是设计工具,不是缺失 |
定义"音频钩子":trailer 的第一个声音。它必须能独立传达游戏性格。
音频实现约束
| 约束 | 说明 |
|---|---|
| 静音可玩性 | 关掉全部声音,游戏仍可通关(信息不能只靠声音) |
| 同时发声上限 | 3–4 个,超出需做优先级截断(不是简单叠加) |
| 高频重复音 | 每秒触发 >5 次的音需做节流/pitch 随机化,否则疲劳 |
| 反馈音时长 | ≤ 300ms,超过会阻塞操作感 |
| 分轨 | 主/音效/语音/音乐独立可调 |
| 占位音期限 | 临时音必须在垂直切片结束前替换 |
6. 视觉语言:用视觉编码系统信息
规则:同一套视觉语法必须贯穿所有系统。 玩家学一次,处处可用。
| 编码维度 | 用途 | 例子 |
|---|---|---|
| 色相 | 类别(不是强度) | 蓝=筹码,红=倍率(Balatro);元素色 |
| 明度/饱和度 | 强度/等级 | 稀有度靠亮度而非色相 |
| 形状/图标 | 功能类别 | 必须与颜色冗余,色盲玩家靠形状 |
| 动效 | 变化与方向 | 上升=增加,抖动=警告,脉冲=待处理 |
| 尺寸 | 数量级 | 数字字号编码数量级 |
| 位置 | 归属/时序 | 结算顺序用左右位置(Balatro 左→右) |
一致性检查:列一张「视觉语法表」,所有系统的所有元素都要能对上号。 出现"只有这个系统这么用"的编码 → 要么推广到全局,要么改掉。
7. 双重降级测试(出货前必做)
| 测试 | 方法 | 通过标准 |
|---|---|---|
| 静默测试 | 关掉全部声音玩 30 分钟 | 无信息缺失导致的死亡/迷路 |
| 色盲测试 | 切到三型色盲模拟各玩 15 分钟 | 所有靠颜色区分的信息都有形状/文字冗余 |
| 低视力测试 | UI 放大到最大档,对比度拉低 | 关键 HUD 仍可读 |
| 单声道测试 | 关掉一只声道 | 无关键信息只在一侧 |
这是可访问性 P0 的一部分,也是设计质量检验——能通过这些测试的系统,信息架构一定是清晰的。
8. 与 tech-art / audio skill 的接口
| 接口 | 系统侧交付 | 对方交付 | 冲突裁决 |
|---|---|---|---|
game-tech-art |
可读性契约(P0 三件事)+ 视觉语法表 + 性能预算中的玩法优先级 | 渲染方案、资产规格、性能实测 | 可读性 > 帧率 > 好看(帧率不达标时,先砍特效而非砍可读性) |
game-audio-design |
声音优先级矩阵 + 音频钩子 + 静音可玩性要求 | 声音设计、中间件实现、混音 | 反馈及时性 > 音质;信息完整性 > 氛围 |
game-level-design |
遭遇编排的感官需求(哪些时刻需要强反馈) | 空间与节奏 | 关卡的 Beacon 需要感官预算支持 |
联合评审:垂直切片阶段必须有一次三方联合评审(设计 + 美术 + 音频),同时看画面、听声音、玩操作。分开评审必然出现"各部分都对,合起来不对"。
9. 反模式
| 症状 | 修法 |
|---|---|
| 所有事件都要全屏特效 | 感官预算:同时全屏效果 ≤1,其余走 HUD |
| 声音同时响 8 个 | 优先级截断,上限 3–4 |
| 关键物件与背景对比不足 | 明度差 ≥30,缩到 64×64 仍可辨 |
| 只靠颜色区分敌我/状态 | 加形状/图标冗余 |
| 靠声音传递关键信息 | 补视觉冗余(静默可玩性) |
| 每个系统一套视觉语言 | 统一视觉语法表 |
| 攻击快于人类反应且无预警 | 加 ≥300ms 预警帧 |
| 玩家角色被自己的特效遮挡 | 特效避让玩家与准星区 |
| 反馈动画 > 400ms 阻塞操作 | 压到 100–300ms |
| 高频重复音导致疲劳 | 节流 + pitch 随机化 |
| 美术/音频后期贴片 | 参与垂直切片,三方联合评审 |
| 反馈强度不编码信息 | 强度分级,让震幅/音量成为数据通道 |
10. 交付物
- 感官规格单(
templates/07):每个系统的感官预算申报 - 可读性契约:给美术的 P0 三件事 + 硬数值
- 声音优先级矩阵:给音频的 P0/P1/P2 + 静默区
- 视觉语法表:全局编码规则
- 双重降级测试报告:静默/色盲/低视力/单声道
11. 参考
- Steve Swink《Game Feel》;Vlambeer《Juice It or Lose It》(GDC 2012)
game-tech-art/principles/06-readability.md(技术美术侧的可读性)game-audio-design/.../audio-integration-spec.md(音频交接规格)- WCAG 对比度标准;Game Accessibility Guidelines