《麦克白》的一声敲门，为什么也需要字幕？——谈剧场无障碍字幕

在《麦克白》第二幕第二场，邓肯王刚遭杀害。麦克白夫人带着匕首离开。就在这段剧情里，剧本写下一句很短的舞台指示：“内传敲门声”（Knock within.）。麦克白随即问：“那敲门声从哪里来？”接着又说：“为什么每一点声音都令我如此惊惶？”舞台指示指出声音发生了；麦克白的台词则呈现他对声音的反应。两者属于同一个戏剧时刻，但只有后者是角色说出口的话。

这段文字同时包含制作信息与角色反应。字幕编辑真正要做的，不是把舞台指示机械地改成字幕，而是先看、先听实际制作中的声音，再判断：一位没有听见那个声音的观众，需要读到什么？

这正是无障碍字幕（Accessibility captions）所处理的信息。

SurtitleLive 编辑器现在加入了独立的手动行类型“无障碍字幕”。制作团队可以把重要的听觉事件标记为应向观众显示的信息，而不必把它硬塞进角色台词或舞台指示。演出时，它会作为字幕提示正常前进，并以方括号显示，例如：

[门上传来敲门声]

这个改动在编辑器里看起来很小，实际上处理的是一个更大的问题：剧场信息应该如何分类。

什么是无障碍字幕？

字幕常被理解成“把说话变成文字”。这只说对了一部分。

W3C 无障碍网页倡议把 captions 定义为与内容同步的文字，除了语音之外，也包括理解内容所需的非语音声音信息。这可以包括音效、音乐、笑声、说话者识别与声音位置等信息。参阅 W3C 的字幕指引。

剧场字幕的专业实践把这个区别说得更具体。英国 Stagetext 指出，剧场字幕员会根据剧本准备字幕，并加入必要的音效、角色口音和舞台外声音。Stagetext 也特别区分一般外语翻译用的 surtitles 与为聋人和听障观众而设的 captions：前者主要提供翻译，通常不包含角色名称或舞台外声音等无障碍信息。参阅 Stagetext 的剧场字幕说明及字幕、subtitles 与 surtitles 的解释。

因此，舞台指示和无障碍字幕可以源自同一个戏剧事件，却不是同一种信息。舞台指示告诉制作团队要发生什么；无障碍字幕则告诉观众，有什么重要声音是他们可能无法完整接收到的。剧本可以是起点，但最终字幕必须回到实际演出的声音和舞台处理去核对。

W3C、DCMP 和 Stagetext 说明的是 captioning 的内容与专业做法，并没有规定所有软件都必须采用某一种内部数据名称或数据模型。“无障碍字幕”是 SurtitleLive 对这个手动行类型采用的产品名称。 其他工具完全可以用标签、样式、提示类别或其他元数据表达同一个区别。SurtitleLive 采用 角色／舞台指示／无障碍字幕 三种语义类型的价值，在于它们可以驱动不同的演出行为；这是产品架构选择，不是业界强制的分类标准。

在剧场里，需要这种处理的可以是一记敲门声、警报、玻璃碎裂、舞台外的人群、电话铃声、枪声，或一段音乐的重要变化。

真正要问的，不是“这里有没有声音”，而是：

这个声音有没有承载信息？

只看到麦克白突然受惊，和同时知道是什么声音令他受惊，戏剧信息并不一样。假如某个制作清楚建立了门上的敲门声，无障碍字幕可以写成：

[门上传来敲门声]

麦克白突然僵住。

后一种呈现让观众知道角色反应的原因，也保留了原本通过声音传递的一部分戏剧逻辑。

如要进一步了解 captions、subtitles 和 surtitles 的区别，可以参考我们的剧场字幕术语指南。

很多原材料，其实早就在剧本里

制作无障碍字幕，并不代表剧作家需要重新写另一套剧本。

剧本本来就包含大量台词以外的信息。舞台指示可能记录人物进出、敲门、电话响起、枪声、音乐、打斗、舞台外的声音、人群骚动，以及其他会影响演出的事件。

莎士比亚的舞台指示往往非常简洁，例如 Knock within. 和 A noise within.。他也会使用音乐或仪式性的提示；现代剧本则可能把声音和技术事件记录得详细得多。

但有一个重要区别不能省略：

剧本有舞台指示，不代表它已经有完成的无障碍字幕。

舞台指示首先是制作信息。它帮助演员、导演、舞台监督和设计人员理解演出中应该发生什么。

无障碍字幕则是观众信息。它回答的是另一个问题：

一位没有完整听见这一刻的观众，需要知道什么，才能跟上演出？

所以，同一个戏剧事件可以产生两份不同的文字。舞台指示是写给制作团队的；无障碍字幕是写给观众的。它们可能有共同来源，但服务的读者和目的并不一样。

舞台指示可以是来源，但不一定是最终字幕

回到《麦克白》。

这段文本给制作团队的提示是：

Knock within.

这是一条值得进一步查看实际声音的线索，不是一条可以直接复制到观众画面的成品字幕。

Knock within. 告诉我们有敲门声从舞台外传来，但它并没有替字幕编辑决定这个制作实际让观众听到什么。如果舞台处理或声音设计清楚建立了一扇门，[门上传来敲门声]可能合适；如果敲门节奏很快，[急促的敲门声]才可能准确；如果唯一可以确定的只是声音来自舞台外，[舞台外传来敲门声]反而更稳妥。如果连位置都不清楚，就应该保持更中性的写法。

正确的文字来自对实际制作的观看和聆听，而不是把舞台指示翻译成更具体的句子。

字幕应描述观众实际听到的声音，而不是替声音解释象征意义。Stagetext 的指引要求声音描述简短、以事实为本，并留在作品世界之内；DCMP 也建议，当画面本身无法清楚交代音效来源时，方括号中的描述应适当指出来源，而音效应在有助理解或欣赏内容时才加入字幕。参阅 Stagetext 的 Digital Subtitling Guidelines以及DCMP 的音效指引。

例如，只有在实际声音或舞台处理明确交代“门”的情况下，[门上传来敲门声]才合适。[急促的敲门声]加入了节奏判断，所以只有实际敲门真的急促时才应使用。[舞台外传来敲门声]可以描述声音来自舞台外，而不额外虚构更精确的位置。相反，[门外传来急促的敲门声]同时加入了“急促”和“门外”两项信息，原始舞台指示本身并不足以证明两者。至于 [麦克白的罪疚感正在逼近他]，则已经不是声音描述，而是文学阐释。

舞台指示回答的是：

剧本要求发生什么？

无障碍字幕回答的是：

观众需要知道什么？

所以，把每一条舞台指示原封不动送到观众画面，通常不是好的无障碍策略。很多舞台指示根本无需向观众显示；另一些舞台指示则指出了一个值得字幕编辑在实际制作中重新检查的声音事件。

《哈姆雷特》也显示了同一个区别

《哈姆雷特》第四幕第五场有一个很好的例子。克劳狄斯和葛楚德正讨论波洛涅斯之死，以及雷尔提回国后带来的政治危机，剧本突然出现舞台指示 “内有骚动声”（A noise within.）。葛楚德随即问那是什么声音；信使冲进来警告国王，雷尔提正带着群众闯进来。随着人群迫近门口，骚动声再次出现。参阅 MIT Shakespeare 的《哈姆雷特》第四幕第五场。

能够听见现场声音的观众，可能在信使解释之前已先感受到危险：先是骚动，再看到角色反应，最后才获得解释。

如果某个制作把声音设计成由远处的不安逐渐发展为人群逼近门口，那么合适的无障碍字幕可能是：

[人群骚动声]

之后再显示：

[人群越来越近]

两者都不需要逐字翻译“内有骚动声”。字幕应描述的是这个制作里观众实际经历、而且具有意义的声音。

SurtitleLive 过去为什么会处理得比较尴尬？

在这次更新之前，SurtitleLive 编辑器没有独立的“无障碍字幕”行类型。

如果制作想加入一条面向观众的声音提示，实际上有两个不理想的选择。

第一个方法，是把它当成角色台词。这样可以确保字幕送到观众，但数据模型并不准确：没有人真的说出 [敲门声]。当剧本很长时，声音信息也容易混进角色台词和翻译之间。

第二个方法，是把它标记为舞台指示。这在表面上似乎更忠于原剧本，但又产生另一个问题：演出操作界面中的略过舞台指示（Skip Stage Directions）会在一般“上一条／下一条”导航中略过舞台指示提示。

如果一条无障碍字幕被归类成舞台指示，它便可能一起被略过。

对操作员来说，那只是一条没有经过的提示；对依赖字幕的观众来说，消失的可能正是解释下一句台词或下一个动作所需的声音信息。

三种信息现在可以保持分开

SurtitleLive 编辑器现在把三种角色明确分开：

行类型	代表的信息	是否面向观众？	一般“上一条／下一条”导航
角色	说出的台词	是	保留在字幕序列中
舞台指示	剧本和制作指示	通常不是	略过
无障碍字幕	观众需要的重要非语音听觉信息	是	保留在字幕序列中

因此，《麦克白》的一段内容可以清楚整理成：

舞台指示

麦克白夫人带着匕首离场。

无障碍字幕

敲门声

角色——麦克白

那敲门声从哪里来？

这些文字指向同一个戏剧时刻，却代表不同种类的信息。麦克白夫人离场是制作指示；敲门声是经检视实际制作后，可能需要向观众呈现的听觉事件；麦克白的话则是角色台词。同一个事件因此可以对制作团队与观众采用不同的表示方式。

SurtitleLive 的三种行类型是产品数据模型，不是 captioning 标准要求的业界 taxonomy。它的实用价值在于，不同语义可以驱动不同演出行为：例如舞台助理操作员可以在一般导航中略过舞台指示，而不会同时略过无障碍字幕。其他软件完全可以用标签、元数据、样式或提示类别实现同样的区分。

独立的隐藏角色名称（Hide Character Names）设置只控制角色名称是否显示，并不决定无障碍字幕是否保留。

这段编辑器录影包含一个针对该示例制作的声音描述。它的作用是示范独立行类型，而不是把那段文字推荐为 Knock within. 的固定字幕。实际字幕仍应配合真正的制作声音。

略过舞台指示，不等于略过无障碍字幕

这是新行类型最重要的实际效果。

无障碍字幕是观众提示，不是只供制作使用的舞台指示。在演出操作界面中，略过舞台指示会在一般“上一条／下一条”导航时跳过舞台指示，但无障碍字幕仍然留在字幕序列中，可以正常送给观众。

这里说的是一般提示导航；直接跳到指定提示则是另一种操作行为。

这个区别让操作员可以略过制作指示，同时不会意外跳过专门为聋人及听障观众准备的声音信息。

方括号是显示方式，不是内容存储格式

无障碍字幕显示时会使用方括号：

[敲门声]

[远处雷声]

[音乐突然停止]

方括号是 captioning 中常见的声音信息格式，但并不是软件必须遵守的唯一规则。DCMP 的 Captioning Key 建议，对理解或欣赏内容有必要的音效，可以使用方括号描述。参阅 DCMP 的音效指引。

SurtitleLive 现在统一处理这个显示格式。编辑器可以只存储文字本身，例如 敲门声，到模拟、投影和观众画面显示时才加上一对方括号。

如果内容本身已经有方括号，SurtitleLive 不会再加第二层。

这样可以把内容和呈现惯例分开，也不需要作者为了画面格式自行维护标点。

不是每一条舞台指示都应变成无障碍字幕

新的行类型并不代表所有舞台指示都应显示给观众。

如果剧本写麦克白走到桌旁，而这个动作在舞台上清楚可见，把它转成 [麦克白走到桌旁] 通常不是声音字幕。那已经开始进入另一种无障碍实践：描述视觉信息。

音乐也需要编辑判断。剧本可能写“柔和音乐持续”。是否需要字幕，要看那段音乐在实际制作中有什么作用。如果只是气氛，可能没有必要；如果音乐突然开始或停止会改变场面的意思，它就可能非常重要。

比较好的问题是：

如果观众没有听见这个声音，会不会失去理解这一刻所需要的信息？

这与成熟的 captioning 实践一致。DCMP 建议在音效对理解或欣赏内容有需要时才加入字幕，而不是把每一个可听事件全部转成文字。参阅 DCMP 的音效指引。

SurtitleLive 不替制作团队作最后的编辑判断

“无障碍字幕”目前是一个手动的编辑器行类型。

SurtitleLive 不会看到 Knock within. 就自动决定它必须变成无障碍字幕。这是刻意的。那条舞台指示应该被视为一个需要字幕编辑重新检视实际制作声音的提示，而不是一个把舞台指示自动翻译成固定字幕的命令。

同一条舞台指示，在不同制作里可以有完全不同的结果。“内有骚动声”可能只是几个人在舞台后方争吵，也可能是群众正在撞破门口，甚至可以是其他完全不同的处理。音乐在一个版本里可能只是衬托气氛，在另一个版本里却可能是重要的叙事提示。

软件不知道导演和声音设计师最后做成了什么。

制作团队知道。

因此，SurtitleLive 现阶段的工作不是替团队猜测无障碍处理，而是提供一个正确的位置，在团队作出判断后，把那个判断清楚记录下来。

一行现在可以毫不含糊地表示：

这是一条舞台指示。

或者：

这是观众应该接收到的听觉信息。

两者不再被迫使用同一个分类。

一个很小的行类型，修正了一个更大的概念问题

剧本一直包含台词、动作、声音和制作信息。但传统剧本在写下一条舞台指示时，未必同时处理另一个问题：聋人或听障观众将如何取得那个声音承载的信息？

无障碍字幕加入的，就是这个观众视角。

它要求制作团队重新看一次：

哪些声音只是气氛？

哪些声音推动故事？

哪些声音解释角色的反应？

哪些时刻，如果信息只能被听见，就会失去一部分意思？

《麦克白》的敲门声在剧本里已经存在了几百年。舞台指示从来没有缺席。

无障碍工作要补上的，不是把：

Knock within.

直接翻译成某一条固定字幕，而是加入一个编辑步骤：先检视实际制作，再在那个声音确实承载观众需要的信息时，写出准确描述它的字幕。根据实际声音和舞台处理，编辑可能选择 [门上传来敲门声]；如果敲门很快，[急促的敲门声]才可能准确；如果制作只确立声音来自舞台外，[舞台外传来敲门声]会更安全。文字应以实际制作为根据，而不是只从舞台指示推论。

SurtitleLive 编辑器现在有一个独立的位置，可以保存这项决定。

---

很多无障碍字幕的原材料，其实已经存在于剧本里。

新功能不是要重新发明 Knock within.

它要做的是让制作团队有一个清楚的位置，回答另一个问题：

对没有听见那一下敲门声的观众，我们应该显示什么？

参考资料

• W3C：Captions
• Stagetext：Theatre Captioning
• Stagetext：Captions, subtitles and surtitles
• Stagetext：Digital Subtitling Guidelines
• MIT Shakespeare：《哈姆雷特》第四幕第五场
• DCMP：Sound Effects and Music