SoundGame/research/01-literature/03-accessibility-blind-gaming.md

# RQ3 调研报告：视障玩家的交互惯例与纯听觉界面中的状态感知

> 项目：纯音频 HTML5 手机游戏交互设计研究（无画面，音频+震动，6 种手势：上下左右滑/单击/双击+长按）
> 研究问题（RQ3）：**视障玩家已形成哪些交互惯例与期望？资深视障玩家如何在纯听觉界面里保持状态感知？**
> 调研时间：2026-08。方法：WebSearch/WebFetch 英文一手来源（指南原文、玩家社区博客与评论、读屏官方文档、同行评审论文）。
> 标注约定：凡未能直接核验一手原文、由二手转述或合理推论得出的内容，均标注【推断】。

---

## ① 研究问题

视障（盲/低视力，下称 BLV）玩家是纯音频游戏最资深的用户群，30 多年来围绕读屏（VoiceOver/TalkBack/NVDA）和音频游戏（audiogames）已经形成一套稳定的、近乎"肌肉记忆"的交互惯例。本报告回答两个子问题：

- **RQ3a**：这些惯例具体是什么（手势语义、语音规则、菜单结构、声音编码）？参数是什么？
- **RQ3b**：资深 BLV 玩家在无画面条件下靠什么保持"我在哪、我处于什么状态、下一步能做什么"的状态感知（state awareness）？

核心论点：新玩家流失的根源（不知道自己处于什么状态、不知道手势含义）在 BLV 玩家社区早有成熟解法——**"探索-激活分离"的读屏手势范式 + 全局状态播报键（status/where-am-I key）+ 可打断的自朗读（self-voicing）+ 阈值化状态播报 + 分层声音编码**。这些应被视为本项目的"行业标准"基线。

---

## ② 分主题发现

### 2.1 主流游戏无障碍指南中的音频/听觉条目

**Game Accessibility Guidelines（gameaccessibilityguidelines.com）**——业界引用最广的游戏无障碍清单（Ian Hamilton、AbleGamers 等联合维护，2012 年至今，获多个奖项），按 Basic / Intermediate / Advanced 三级组织：

| 条目（原文要点） | 级别 | 对本项目的含义 |
|---|---|---|
| Ensure screen reader support, including menus & installers（含移动端读屏支持） | Basic | 菜单/安装/设置必须可被 VoiceOver/TalkBack 读出 |
| Provide pre-recorded voiceovers for all text（自朗读/预录语音读出全部文本） | Basic | 指南明确指出：BLV 玩家常把读屏与"挫败体验"关联，**偏爱游戏内置 self-voicing**；技术上比读屏支持更容易实现 |
| Use distinct sound / music design for all objects and events | Basic | 玩家用"角色动作声/招式声/环境底噪"作为方位与事件判断依据，环境声是定位锚点 |
| Provide separate volume controls / mutes for effects, speech, music | Basic（听觉）/ Intermediate（视觉） | 语音、音效、音乐分轨音量——语音轨可独占提升，音效可降噪底 |
| Provide a stereo/mono toggle | Basic | 单声道兼容（外放/单耳用户） |
| Provide a pingable sonar-style audio map（声呐式可触发音图） | Advanced | 按需触发"周围有什么、在哪个方向"的播报，复杂环境可导航的关键 |
| Simulate binaural recording（双耳/空间音频） | Advanced | 方位感来源 |
| Ensure important audio-conveyed info is replicated in text/visuals（如被攻击方向） | Intermediate | 反向冗余：音频信息也要留文字/日志通道 |
| Provide an audio description track | Advanced | 过场/剧情的口述影像 |

来源：
- 全清单：https://gameaccessibilityguidelines.com/full-list/
- 读屏支持条目：https://gameaccessibilityguidelines.com/ensure-screenreader-support-including-menus-installers/
- 移动端读屏：https://gameaccessibilityguidelines.com/ensure-screenreader-support-for-mobile-devices/
- 自朗读：https://gameaccessibilityguidelines.com/provide-pre-recorded-voiceovers-for-all-text-including-menus-and-installers/
- 声音区分设计：https://gameaccessibilityguidelines.com/use-distinct-sound-music-design-for-all-objects-and-events/
- 声呐音图：https://gameaccessibilityguidelines.com/provide-a-pingable-sonar-style-audio-map/

**AbleGamers**：核心产出是 APX（Accessible Player Experiences）工具包，强调把音频线索、输入替代纳入"玩家体验层"设计而非事后补丁。其参与维护的 gameaccessibilityguidelines 为上述条目背书。
- https://ablegamers.org/ ；APX：https://accessibleplayerexp.com/ 【APX 具体条目未逐条核验，推断与指南一致】

**RNIB（英国皇家盲人协会）**："Design for Every Gamer" 开发者指南 + 2018 年前后与高校合作的无障碍游戏研究。核心结论（引自引用该报告的论文）：**"Audio-based solutions are most desired by blind and visually impaired users"——音频方案是 BLV 用户最想要的**。RNIB 还与 Activision 合作研究 BLV 玩家的社交游戏收益（2026）。
- https://www.rnib.org.uk/living-with-sight-loss/assistive-aids-and-technology/tv-audio-and-gaming/design-for-every-gamer/
- 引用页（Huddersfield 论文 PDF）：https://pure.hud.ac.uk/files/113755847/17_Final_thesis.pdf
- Activision×RNIB 研究：https://research.activision.com/publications/2026/Video_games_positive_impact_blind_and_partially_sighted

**W3C**：澄清一个常见误解——W3C **没有**专门的游戏无障碍标准（"WAEX"应为误记）。相关文件是：
- UAAG 2.0（User Agent Accessibility Guidelines，W3C Working Group Note）：读屏/媒体播放器如何暴露信息，https://www.w3.org/TR/UAAG20/
- W3C Mobile Accessibility WCAG Extension（移动无障碍扩展）：其中明确记录了平台手势惯例——**"VoiceOver reserves the double tap to activate an item"（双击=激活是系统保留语义）**，并指出 explore-by-touch 单独使用不充分：**用户会在不知情的情况下漏掉内容**（所以必须有显式的"读全部/重听"通道）。http://w3c.github.io/Mobile-A11y-Extension/
- XR Accessibility User Requirements (XAUR)：空间音频、非视觉反馈的 XR 需求，可类推到纯音频游戏。https://www.w3.org/TR/xaur/
- IGDA Game Accessibility SIG 指南亦推荐 self-voicing（把屏幕文本转语音的能力）：https://igda-gasig.org/get-involved/sig-initiatives/resources-for-game-developers/sig-guidelines/

**GDC / 3A 实践（The Last of Us Part II）**：
- Naughty Dog 演讲 "The Accessibility in The Last of Us Part II: A 3 Year Journey"（Emilia Schatz & Matthew Gallant，GDC 2021 版本于 YouTube 可看）：60+ 项无障碍设置。
- 关键设计：**Traversal & Combat Audio Cues**——把常用动作/敌人动作映射为"易识别的声音标签"，战斗中用**语音标签（speech tags，如喊" Above / 手雷 / 侧面"）+ 震动**标注敌人位置与动作，使全盲玩家可通关；菜单内置 TTS 且**语速可调**。官方页：https://www.playstation.com/en-us/games/the-last-of-us-part-ii/accessibility/
- 全盲玩家实测评论（证实可无视觉通关）：Game Accessibility Nexus：https://www.gameaccessibilitynexus.com/blog/2020/06/12/blind-low-vision-game-review-the-last-of-us-part-ii/ ；Can I Play That?（无障碍游戏媒体）：https://caniplaythat.com/
- 音频中间件视角（Audiokinetic，"声呐式回声定位音效是标注目标方向的最常见做法"）：https://www.audiokinetic.com/en/community/blog/blind-accessibility-in-interactive-entertainment/

### 2.2 视障玩家社区的实测经验（最恨什么、最看重什么）

**The Blind Nerd（盲人玩家博客）的音频游戏设计要点**（一手玩家视角）：
- **在标题画面加载出来之前**就要有旁白宣告"如何开启语音/如何操作"——把可用性宣告放在最前面，而不是藏在设置里；
- 菜单不发声 = 不可玩：某游戏（Blind Love）存读档菜单静音，作者**干脆不敢存档**；另一例中菜单移动只有"咔哒声、不念条目名"，直接判死；
- 走路/移动要用**雷达/信标**：接近目标时哔声变响变密；要有**非脚步声的移动反馈**（脚步声在混响环境里听起来像原地踏步）；
- 空场景要用人群环境声填满，否则"死城"感；要给玩家角色本身配音（不只是 NPC）；
- 教程要讲透：作者是"反复被 boss 打死后在菜单里乱按"才发现还能买技能——教程欠账导致错误归因；
- 不要把"无障碍"等同于"黑屏纯音频"：保留低视力支持（放大、反色、TTS 菜单）。
- 来源：https://theblindnerdblog.wordpress.com/tag/blind-gaming/

**AudioGames.net / audiogames.net 生态**（音频游戏最大社区与数据库，论坛 forum.audiogames.net 搜索引擎收录差，以下为数据库与镜像可核验部分）：
- 数据库经典高分作品：《Swamp》（音频射击）：多种**雷达模式**（扫左侧/右侧、像盲杖一样前方来回扫、扫身后、连续全扫）+ 区域名称播报 + **信标**（越接近目标哔声间隔越短）+ 全键位可重映射；http://w.audiogames.net/db.php?action=view&id=Swamp
- 《A Hero's Call》《Manamon》《The Vale》：被社区与 AFB 反复引用为"好音频游戏"范本（见 2.4）。
- 社区抱怨高频词（由玩家博客、论坛镜像与评论归纳【推断】：未知等待（加载/对手回合无声音）、静默死局（不知道卡住还是游戏坏了）、无法打断的长语音、方位不清、菜单不发声）。
- "What Makes a Good Audio Game?"（盲人开发者 Talon，2026-01，Games for Blind Gamers jam 特邀文章，转贴于 Reddit）：系统总结好音频游戏标准，涉及等待与静默问题。原文 Reddit 页被 403 拦截未全文核验【推断，二手】：https://www.reddit.com/r/disabledgamers/comments/1qlqixf/what_makes_a_good_audio_game_by_talon_games_for/

**CHI 2025《How Users Who are Blind or Low Vision Play Mobile Games》**（32 名中国资深 BLV 手游玩家访谈，26 盲 + 6 低视力；一手实证，对本项目最重要）：
- BLV 专属手游已形成**标准化手势**：**双击=确认、滑动=导航、列表式菜单、内置焦点系统**——与读屏惯例同构；
- **状态感知是最大痛点**：战斗要同时追踪技能、位置、血量，P7："多个音频通道重叠时，会导致信息过载"→ 需要**音频通道分层（关键信息 vs 环境信息）与优先级排序**；
- 触屏的"**不知道自己不知道什么**"问题：看不见的屏幕区域没有音频/触觉线索；出现 `<! Tag Undefined !>` 之类的未标注元素时，P3 说"每一个都像在提醒我是个盲人"；
- **反馈断层导致失败不可归因**：P18"音频线索不完整时，玩家可能毫无预兆地死亡，却不明白为什么失败"；
- **过度简化的歧视感**：P30 已彻底退出 BLV 游戏："BLV 游戏把 BLV 玩家当白痴，只给极简单的游戏"——纯音频不等于低龄化；
- 玩家自发策略：靠脚步声/音乐变化/环境声做空间感知；低视力玩家把手机举到眼前 10 cm；社区流媒体主（7000+ 粉）做插件和教程互相传帮带；
- 设计建议（作者方）：从第一天内置读屏/焦点导航；**默认开无障碍模式、可一键退出**；音频分层通道；提供"盲人模式/明眼人模式"双态。
- 来源：https://arxiv.org/html/2502.09866v1

### 2.3 读屏交互惯例 → 游戏手势设计的迁移

iOS VoiceOver / Android TalkBack 的手势词汇表（官方与 W3C 文档确认，全球数百万 BLV 用户的肌肉记忆）：

| 手势 | VoiceOver/TalkBack 语义 | 迁移建议 |
|---|---|---|
| 单指拖动/触摸 | 探索（explore by touch）：念出手指下元素 | 单击=聚焦+播报，**不执行** |
| **双击（任意位置）** | 激活聚焦项（"VoiceOver reserves the double tap"） | 双击=确认/执行，全游戏统一 |
| 单指左右滑动 | 焦点在元素间移动 | 选项切换（上/下滑或左/右滑逐项播报） |
| 单指上下滑动 | 随 rotor 模式：切元素类型/调值 | 模式切换或参数增减 |
| 两指旋转 | rotor：按标题/链接/语速等维度导航；Perkins：**可直接调速** | 我们的"双击+长按组合/长按"可承载类似维度切换【本项目手势集无 rotor，需用长按菜单替代，推断】 |
| 两指轻点 | 暂停/继续朗读 | 语音暂停 |
| 两指双击（Magic Tap） | 执行最重要动作 | 可映射为"播报状态" |
| 两指 Z 字滑动 | Escape/返回 | 返回上级 |

关键研究佐证：
- W3C Mobile A11y Extension 明文记录双击激活惯例，并警告 explore-by-touch 会漏内容（需"读全部"补充）：http://w3c.github.io/Mobile-A11y-Extension/
- W3C Mobile A11y Task Force 会议记录："one click to focus, double-click to activate" 为标准模式：https://www.w3.org/2015/11/12-mobile-a11y-minutes.html
- 盲人可及性专家 Jonathan Mosen 对手势不一致的批评：平台间手势不一致直接摧毁肌肉记忆（他因 TalkBack 早期手势不稳而买外接键盘）：https://mosen.org/why-i-want-android-accessibility-to-succeed/
- CHI'25 中国 BLV 手游研究实证：本地 BLV 游戏已把"双击确认、滑动导航、列表菜单"作为事实标准：https://arxiv.org/html/2502.09866v1
- rotor 与标题导航（AFB / Perkins / Apple 官方）：https://afb.org/blindness-and-low-vision/using-technology/cell-phones-tablets-mobile/apple-ios-iphone-and-ipad-2 ；https://www.perkins.org/resource/voiceover-rotor-options-idevices/ ；https://support.apple.com/guide/voiceover/voiceover-rotor-mchlp2719/mac
- 读屏器自身的"Where am I?"命令（NVDA 桌面惯例，Enter 数字键盘）：https://download.nvaccess.org/releases/2026.1.1/documentation/userGuide.html

**结论（惯例迁移原则）**：凡手机上已存在的手势语义，游戏中沿用即"零学习成本"；与之冲突的语义 = 主动制造挫败。**探索（聚焦播报）与激活（双击确认）分离**是第一惯例。

### 2.4 资深 BLV 玩家的"状态感知"技术

**（a）声音分类学**（Friberg & Gärdenfors 2004，音频游戏声音五分类，被后续研究广泛引用）：avatar（自己）/ object（物体）/ character（他人）/ ornamental（装饰氛围）/ instruction（指令与状态）声音。纯音频游戏必须保持该分类的音色一致性。
- https://www.semanticscholar.org/paper/Audio-games%3A-new-perspectives-on-game-audio-Friberg-G%C3%A4rdenfors/4c31eafc8865962a83c419f5eab0b97f57493d81 ；综述见 https://gamestudies.org/1301/articles/oldenburg_sonic_mechanics

**（b）三属性空间编码**（AFB AccessWorld 深度文章，一手工程指南）：
- **方向**=声像 pan（左右）；**距离**=音量；**高度/前后**=音高；身后的声音做闷化/滤波处理以示区分；
- 视觉上无声的对象（收集品、悬崖、机关）配**人工音**（哔声/铃声），本身有声的对象（门、床、水）配**自然音**——《Manamon》惯例：墙与角色用人工音、家具用自然音；《The Vale》战斗全靠自然声+空间音频；
- 不要给已有声音的对象再加提示音（火堆无需再标）；危险物可在"还差一步"时才加提示。
- 来源：https://afb.org/aw/fall2023/Blindness-Accessibility-in-Video-Games-A-Deep-Dive

**（c）雷达/信标/声呐**：
- 《Swamp》雷达四模式 + 信标"哔声间隔随距离缩短"（见 2.2）；声呐 ping 是 3D 游戏标注目标方向的最常见手段（gameaccessibilityguidelines Advanced 条目；Audiokinetic 工程博客）。
- 混响作为信息通道：AES 2023 系统综述确认**早期反射与混响衰减让 BVI 用户推断房间大小、声源距离与自位置**——混响不是氛围，是导航数据：https://micalab.org/publications/051/aes2023.pdf ；回声定位训练游戏 EchoExplorer：https://dl.acm.org/doi/full/10.1145/3676557
- 导航技能训练实证：Sánchez et al. 2010（音频游戏显著提升 BLV 青少年 O&M 导航技能）：https://pmc.ncbi.nlm.nih.gov/articles/PMC4259046/

**（d）听觉 HUD = status key 惯例**（对本项目最直接可用）：
- AFB 文章给出的标准做法：**专用按键按需播报** HUD 数据——直觉键位"H=Health 血量、S=Score 分数、T=Time 时间"（《Hearthstone Access》按手位排布）；控制器按键不够时，**给最重要的一个信息留快捷键，其余放进可暂停菜单**；
- **被动阈值播报**：血量在 75% / 50% / 25% / 15% / 10% 等节点自动播报——玩家不需要主动查询也知道状态拐点；
- 出现大段说明文字后要能**一键重听**；
- 《Swamp》等音频游戏与 Godot 盲用插件 **Lantern** 均内置 **"where am I" 键 + 方位概览（directional survey）**：https://www.reddit.com/r/blindgamers/ ；
- 街导应用 StreetReaderAI 的共设计结果同样是"Where am I? / What am I facing?"快捷键：https://arxiv.org/html/2508.08524v4

**（e）TTS 语速参数（资深用户开极快语速的数据）**：
- Bragg et al. 2021（ACM TACCESS，大规模听速率研究）：**过半盲人参与者的 iOS 语速设为 51–100 档 ≈ 250–780 WPM**，远高于默认；先天/资深盲与后天失明分化（后者偏好接近人声的 ~150-200 WPM）：https://dl.acm.org/doi/fullHtml/10.1145/3461700
- Choi et al. 2020 "Nobody Speaks that Fast!"：视障用户在 **500 WPM 下仍能获取 ≥50% 信息**：https://dasomchoi.com/papers/Nobody.pdf
- WebAIM 实务基准：资深读屏用户常调到 **300+ WPM**：https://webaim.org/【数值转引自上述综述与搜索结果，推断】
- 含义：TTS/语音语速**必须可调且上限要高**（≥4 倍速），并记住设置；新玩家默认 1.0–1.3x。

### 2.5 学术研究脉络（音频游戏可玩性与 BLV 玩家）

| 文献 | 关键发现 |
|---|---|
| Yuan, Folmer & Harris 2011, *Game Accessibility: A Survey*, Universal Access in the Information Society 10(1) | 盲人玩主流游戏的两大结构性障碍：**无法接收反馈**、**无法确定游戏对自己操作的响应**——即"状态感知"缺失的学术表述。https://www.researchgate.net/publication/220606739_Game_accessibility_A_survey |
| Yuan & Folmer 2008, *Blind Hero*（ASSETS'08） | 用触觉震动轨替代视觉轨使 Guitar Hero 可盲玩——音频+震动冗余编码的先例。https://dl.acm.org/doi/10.1145/1414470.1414481 【DOI 转引，推断】 |
| Westin 2005, *Game Not Over: Accessibility Issues in Video Games*（UAHCI） | 最早系统提出游戏无障碍议题的论文之一。https://www.academia.edu/585823/Game_not_over_Accessibility_issues_in_video_games |
| Friberg & Gärdenfors 2004, *Audio Games: New Perspectives on Game Audio*（ACE'04） | 声音五分类；音频游戏叙事与指令需专用声音类型。 |
| Röber & Masuch 2005, *Leaving the Screen*（ICAD'05） | 纯音频交互摆脱屏幕的交互模型（空间化听觉界面）。https://www.academia.edu/89942862/Leaving_The_Screen_New_Perspectives_In_Audio_Only_Gaming |
| Araújo-Façanha et al., *Mobile Audio Games Accessibility Evaluation for Users Who Are Blind* | 对移动音频游戏做启发式评估，提出 **10 条移动音频游戏设计建议** 与评估量表（全文被反爬虫拦截，仅确认存在与主题【推断，细节未核验】）。https://www.researchgate.net/publication/317183103_Mobile_Audio_Games_Accessibility_Evaluation_for_Users_Who_Are_Blind |
| *Exploring Audio Game Design with Visually Impaired Players*（ACM 2021） | 与视障玩家共设计音频游戏的评估维度（反馈、声音设计、可玩性）。https://dl.acm.org/doi/pdf/10.1145/3478384.3478410 【PDF 拉取失败，二手转述，推断】 |
| *Improving UI Design of Mobile Audio Games Based on AC*（Teikyo Univ.） | 用玩家行为日志分析改进移动音频游戏 UI。https://pure.teikyo.jp/en/publications/improving-user-interface-design-of-mobile-audio-games-based-on-ac/ |
| Mangiron & Larreina-Morales（盲人玩家偏好调查；Larreina-Morales 2024 游戏口述影像, Universal Access in the Information Society） | BLV 玩家对音频描述、音频线索的偏好实证。https://link.springer.com/article/10.1007/s10209-023-01036-4 ；演讲视频 https://www.youtube.com/watch?v=ui77xh_rY1M |
| CHI'25 中国 BLV 手游研究（同 2.2） | 状态过载、失败不可归因、反过度简化、双通道模式。https://arxiv.org/html/2502.09866v1 |

### 2.6 可跳过语音、打断与"重试体验"

- **语音必须可打断**（AFB 工程指南原文：语音"either by a key press or when a user moves from one item to another"必须被打断，否则导航卡死）：任意按键/焦点移动即打断当前播报，是新条目播报的前提。https://afb.org/aw/fall2023/Blindness-Accessibility-in-Video-Games-A-Deep-Dive
- **跳过是可及性特性**：从业者综述把"allowing players to skip frustrating content"列为可及性要点：https://medium.com/@ryannealewallace/the-quest-for-great-gaming-accessibility-3cb2f1b75ec1
- **跳过粒度**：玩家投诉"跳过一句结果跳过整段对话"的机制设计（Steam 讨论串）：https://steamcommunity.com/app/427290/discussions/0/1696049513767276016/ ——逐句跳过 > 整段跳过；盲人向 VN《Real Sound: Echoing Sky》提供"跳过已读文本 + 自动播放"：https://lemmasoft.renai.us/forums/viewtopic.php?t=68205 【一手论坛贴，细节为转述，推断】
- **重试体验与失败归因**：
  - CHI'25 P18：线索不足 → "毫无预兆死亡且不知为何失败"——**失败不可归因是 BLV 玩家弃游的强预测因素**；
  - AFB：阈值播报血量让死亡"有预告"；失败后应有明确的"死因 + 纠正提示"语音；
  - The Blind Nerd：教程欠债 → 靠"反复死于 boss + 乱翻菜单"补课，是最差的纠错循环；
  - 宽容性检查点/单次失误不清进度是通用游戏 UX 共识（从业者文章【推断】）。

---

## ③ 对本项目的可操作规则清单（15 条）

针对本项目约束：HTML5 手机、无画面、音频+震动、6 手势（上/下/左/右滑、单击、双击+长按）、6 款游戏。

1. **探索-激活分离**：单击（或滑动）只做"聚焦/预览"并播报名称与含义；**双击才执行**——VoiceOver/TalkBack 系统保留语义，资深玩家零学习成本。6 种手势中不要让"单击"承担激活职责。
2. **全局"我在哪/我有什么"手势（status key）**：用"长按"实现：任意时刻长按 → 依次播报 当前游戏名 / 阶段与回合 / 生命与关键资源 / 距上次目标的方位 / **当前可用的手势清单**。这是音频游戏三十年沉淀的 "where am I" 键惯例（Swamp、Lantern、NVDA 同源）。
3. **开场 3 秒内宣告自救入口**：启动音后立即播报"双击确认，长按听状态，下滑听教程"——把可用性宣告放在一切之前（标题画面之前宣告 self-voicing 的社区惯例）。
4. **所有语音可打断**：任何输入或游戏事件立即截断当前播报；不允许不可打断的旁白/教程长语音；两指轻点=暂停朗读（读屏惯例）。
5. **逐句跳过 + 重听键**：长语音支持逐句快进（不是整段跳过）；已播报的重要信息（规则提示、任务文本）可单手势重听一遍。
6. **语速可调 1.0x–4.0x 并记忆**：资深 BLV 用户常听 250–780 WPM（Bragg 2021）；默认 1.0–1.3x，设置入口放在首次引导里；TTS 语速也应可通过连续手势微调（模拟 rotor 调速）。
7. **被动阈值播报**：生命/时间/资源在 75/50/25/15/10% 节点自动短促播报（配独立音色+震动），杜绝"突然死亡"；危急阈值(<15%)切换为持续脉动音。
8. **失败必须可归因**：死亡/失败后 ≤2 秒内播报"死因 + 下一次动作建议"（如"你被左侧飞来的障碍击中——下次向右滑躲避"），随后一键重试，重试不重放已读引导。
9. **方位双编码 + 兼容单声道**：方向=pan（左右），前后/高低=音高或滤波闷化，距离=音量渐变或信标间隔缩短；提供单声道开关，单声道下方位改为语音标签（"左！""三点钟方向"）或音色差异。
10. **每个对象/事件一个独特音色**，按 avatar/object/character/instruction 分类保持一致（Friberg & Gärdenfors 分类学）；同类事件跨 6 款游戏复用同一音色词汇表，切换游戏时先播报"当前游戏 + 本作手势含义表"。
11. **绝无静默死局**：任何等待（加载、思考、AI 回合）>3 秒必须有进度音/环境声/心跳脉冲，且等待期间允许查询状态；等待结束有明确的"轮到你了"提示音。
12. **菜单=列表导航**：左右滑逐项播报（聚焦）、双击确认；提供"从头读全部选项"手势（弥补 explore-by-touch 会漏内容，W3C 警告）；每项聚焦时附一句用法提示，提示可关闭。
13. **音频通道分层防过载**：关键事件（危险、回合、状态拐点）> 指令播报 > 环境氛围，三个优先级用音量域+音色域区分；同屏并发 ≤2 条语音，其余排队或降级为短音效（CHI'25 信息过载发现）。
14. **不因纯音频而过度简化**：保留游戏深度，用分层音频而不是删机制回应复杂度（社区强烈反感"把盲人当白痴"的简单化）；难度分级 + 可调时限（回合制可关倒计时压力）。
15. **与系统读屏共存**：HTML5 全部 UI 文本带 ARIA 标签，VoiceOver/TalkBack 用户可直接以系统读屏玩菜单层；游戏层内置 self-voicing 与系统读屏互斥（防止双声道重复播报），启动时自动检测并询问。

---

## ④ 参考来源列表

**指南与行业标准**
1. Game Accessibility Guidelines（全清单及各条目页）：https://gameaccessibilityguidelines.com/full-list/
2. AbleGamers / APX：https://ablegamers.org/ ；https://accessibleplayerexp.com/
3. RNIB Design for Every Gamer：https://www.rnib.org.uk/living-with-sight-loss/assistive-aids-and-technology/tv-audio-and-gaming/design-for-every-gamer/
4. W3C Mobile Accessibility WCAG Extension（双击激活惯例、explore-by-touch 局限）：http://w3c.github.io/Mobile-A11y-Extension/
5. W3C UAAG 2.0（Note）：https://www.w3.org/TR/UAAG20/ ；W3C XAUR：https://www.w3.org/TR/xaur/
6. IGDA GASIG 指南：https://igda-gasig.org/get-involved/sig-initiatives/resources-for-game-developers/sig-guidelines/
7. PlayStation，TLOU Part II 官方无障碍页：https://www.playstation.com/en-us/games/the-last-of-us-part-ii/accessibility/

**社区一手经验**
8. The Blind Nerd 博客（blind gaming 标签）：https://theblindnerdblog.wordpress.com/tag/blind-gaming/
9. AudioGames.net（社区门户/数据库）：http://fog.audiogames.net/ ；Swamp 数据库页：http://w.audiogames.net/db.php?action=view&id=Swamp
10. Game Accessibility Nexus，TLOU2 全盲通关评论：https://www.gameaccessibilitynexus.com/blog/2020/06/12/blind-low-vision-game-review-the-last-of-us-part-ii/
11. Can I Play That?（无障碍游戏媒体）：https://caniplaythat.com/
12. Audiokinetic，Blind Accessibility in Interactive Entertainment：https://www.audiokinetic.com/en/community/blog/blind-accessibility-in-interactive-entertainment/
13. r/blindgamers（Lantern Godot 插件，"where am I" 键）：https://www.reddit.com/r/blindgamers/
14. Jonathan Mosen，读屏手势肌肉记忆评论：https://mosen.org/why-i-want-android-accessibility-to-succeed/

**读屏惯例官方文档**
15. Apple VoiceOver rotor：https://support.apple.com/guide/voiceover/voiceover-rotor-mchlp2719/mac
16. AFB，iOS VoiceOver/rotor 教程：https://afb.org/blindness-and-low-vision/using-technology/cell-phones-tablets-mobile/apple-ios-iphone-and-ipad-2
17. Perkins，VoiceOver rotor 选项（含调速）：https://www.perkins.org/resource/voiceover-rotor-options-idevices/
18. NVDA 用户指南（Where-am-I 命令）：https://download.nvaccess.org/releases/2026.1.1/documentation/userGuide.html
19. W3C Mobile A11y TF 会议记录（focus→double-click 模式）：https://www.w3.org/2015/11/12-mobile-a11y-minutes.html

**学术文献**
20. Yuan, Folmer & Harris (2011). Game Accessibility: A Survey. UAIS 10(1). https://www.researchgate.net/publication/220606739_Game_accessibility_A_survey
21. Yuan & Folmer (2008). Blind Hero: Enabling Guitar Hero for the Visually Impaired. ASSETS'08. https://dl.acm.org/doi/10.1145/1414470.1414481
22. Westin (2005). Game Not Over: Accessibility Issues in Video Games. UAHCI. https://www.academia.edu/585823/Game_not_over_Accessibility_issues_in_video_games
23. Friberg & Gärdenfors (2004). Audio Games: New Perspectives on Game Audio. ACE'04. https://www.semanticscholar.org/paper/4c31eafc8865962a83c419f5eab0b97f57493d81
24. Röber & Masuch (2005). Leaving the Screen: New Perspectives in Audio-Only Gaming. ICAD'05. https://www.academia.edu/89942862/Leaving_The_Screen_New_Perspectives_In_Audio_Only_Gaming
25. Araújo-Façanha et al. Mobile Audio Games Accessibility Evaluation for Users Who Are Blind. https://www.researchgate.net/publication/317183103_Mobile_Audio_Games_Accessibility_Evaluation_for_Users_Who_Are_Blind
26. How Users Who are Blind or Low Vision Play Mobile Games (CHI 2025). https://arxiv.org/html/2502.09866v1
27. Bragg et al. (2021). A Large Inclusive Study of Human Listening Rates. ACM TACCESS. https://dl.acm.org/doi/fullHtml/10.1145/3461700
28. Choi et al. (2020). Nobody Speaks that Fast! https://dasomchoi.com/papers/Nobody.pdf
29. AFB AccessWorld (2023). Blindness Accessibility in Video Games: A Deep Dive. https://afb.org/aw/fall2023/Blindness-Accessibility-in-Video-Games-A-Deep-Dive
30. Sánchez et al. (2010). Enhancing Navigation Skills through Audio Gaming. https://pmc.ncbi.nlm.nih.gov/articles/PMC4259046/
31. AES (2023). 系统综述：Reverberation and Accessibility for BVI People. https://micalab.org/publications/051/aes2023.pdf
32. Larreina-Morales (2024). Audio Description in Video Games. UAIS. https://link.springer.com/article/10.1007/s10209-023-01036-4
33. Exploring Audio Game Design with Visually Impaired Players (ACM 2021). https://dl.acm.org/doi/pdf/10.1145/3478384.3478410
34. StreetReaderAI (2025). https://arxiv.org/html/2508.08524v4
35. Talon (2026). What Makes a Good Audio Game?（经 r/disabledgamers 转贴）https://www.reddit.com/r/disabledgamers/comments/1qlqixf/what_makes_a_good_audio_game_by_talon_games_for/

**二手/实务（佐证）**
36. ReadSpeaker 关于 RNIB 游戏无障碍研究：https://www.readspeaker.com/blog/video-game-accessibility-rnib/
37. GDC，The Accessibility in The Last of Us Part II（Schatz & Gallant，YouTube）：https://www.youtube.com/watch?v=5HDdino-umA
38. Ren'Py self-voicing 指南（V 键惯例）：https://orangecarnation.neocities.org/guides/renpy_tts
39. Medium，The Quest for Great Gaming Accessibility（跳过=可及性）：https://medium.com/@ryannealewallace/the-quest-for-great-gaming-accessibility-3cb2f1b75ec1