体验选项不是附赠:字幕、重映射与惊吓控制
把关键选项接到真实行为上,让不同设备与操作习惯的玩家能完成同一条核心流程。
01先找具体障碍,不做空的“无障碍模式”
拿已经能完成的练习房,列出三种实际条件:静音、只用键盘、需要减弱突发视听刺激。分别问“哪一步会卡住”。目标是保留观察、推理和选择,而不是自动替玩家通关。本课是体验设计练习,不是正式游戏的玩法承诺,也不能凭几个开关宣称适合所有人。
先解决关键文字看不清、输入无法调整、必须听声音才能继续的问题。不要一开始建几十项设置却无人验证。每个选项都应说清改变什么,默认值是什么,在哪些场景有效,以及是否会保留到下次启动。
02第一步:让字幕提供同等信息
对白字幕回答“谁说了什么”;重要声音字幕回答“发生了什么、从哪里传来”。例如门后的三次敲击可对应“门后传来三次轻敲”,而非只显示“有声音”。不要提前泄露角色尚不知道的身份;未知说话者可以用中性标签,保持叙事信息一致。
用最长的一句练习文本测试小窗口、大字号和多行换行。提供可辨认的背景与文字对比,避免只靠颜色区分说话者。需要玩家阅读的关键文本应有足够停留时间或可主动推进;背景音字幕别密到盖住所有操作区域。
03第二步:按动作重映射,而不是替换字母贴纸
脚本应询问 interact、move_left 这样的动作,提示也从当前绑定生成,不在几十处写死“按 E”。Godot 的 InputMap 提供添加与移除动作事件的接口;运行时改动还需要由游戏保存偏好并在启动时恢复,不能把内存修改当成自动持久化。
先做一个交互键的完整流程:选择动作、等待下一次有效按键、显示冲突、确认或取消、更新提示、测试实际效果。重映射期间不要让捕获的新按键顺便触发游戏操作。提供恢复默认值,也要保留进入设置和返回的可靠路径,避免把玩家锁在菜单里。
04第三步:惊吓选项必须对应可观察变化
把“减弱惊吓”拆成能理解的选项,例如减少镜头震动、减弱突发音量、减少强闪动。给简短说明,不用“胆小模式”之类评价玩家的措辞。关闭镜头震动后,命中或危险信息可以保留为稳定图标、边框或文字,不必一起删掉玩法反馈。
开关要在实际效果触发的位置被读取;只有设置页变了、演出脚本仍照旧,不算实现。内容提示应在进入相关段落前可见,但它不替代对强闪动等效果的专门检查,也不构成健康安全保证。
05第四步:把设置变成一致的数据
将体验偏好与剧情进度分开保存,读档不应把玩家刚调好的字号改回去。进入游戏首次播放音频前应用音量,首次显示对白前应用字幕配置。保存失败时清楚提示本次更改只在当前运行有效,不能显示假成功。
设置页用键盘从第一项走到最后一项,检查焦点是否可见、弹窗能否返回、滑条能否用方向键调整。改绑定后同时检查操作教学、物件提示和暂停页,避免同一动作在三个地方显示三套旧按键。
06练习与验收:用组合条件走完整流程
建立一张测试表:大字幕、静音、交互改成另一键、关闭震动、退出后重开。每项先单测,再把它们组合起来完成练习房。预期是不依赖原来的 E 键、不靠听觉猜线索、不被文本遮住出口,重启后设置仍按设计保留。
找一位不了解默认操作的人只看当前提示试玩。记录实际障碍,不要求对方代表某类玩家。验收产物是有效设置与一组可重做的检查,而不是“已考虑无障碍”一句说明。
动手后,再勾选
不是“我看懂了”,而是你在独立练习里做出并检查过。
换一个情景,你会怎么判断?
玩家把交互键从 E 改成 F,哪些内容必须一起更新?
用自己的话,留一条笔记
可以写“我之前以为……,现在发现……”,或者记录还没解决的问题。
↗回到资料核对
本课是解释与练习,不替代对应版本的官方手册。网页实验不运行 Godot;未标明实机验证的代码,仍需在独立工程中检查。
标记已读不会自动勾选实作,也不代表游戏功能已经完成。