《馬克白》的一聲敲門，為甚麼也需要字幕？——談劇場無障礙字幕

在《馬克白》第二幕第二場，鄧肯王剛遭殺害。麥克白夫人帶著匕首離開。就在這段劇情裡，劇本寫下一句很短的舞台指示：「內傳敲門聲」（Knock within.）。馬克白隨即問：「那敲門聲從哪裡來？」接著又說：「為甚麼每一點聲音都令我如此驚惶？」舞台指示指出聲音發生了；馬克白的台詞則呈現他對聲音的反應。兩者都屬於同一個戲劇時刻，但只有後者是角色說出的話。

這段文字同時包含製作資訊與角色反應。字幕編輯真正要做的，不是把舞台指示機械地改成字幕，而是先看、先聽實際製作中的聲音，再判斷：一位沒有聽見那個聲音的觀眾，需要讀到甚麼？

這正是無障礙字幕（Accessibility captions）所處理的資訊。

SurtitleLive 編輯器現在加入了獨立的手動行類型「無障礙字幕」。製作團隊可以把重要的聽覺事件標記為應向觀眾顯示的資訊，而不必把它硬塞進角色台詞或舞台指示。演出時，它會作為字幕提示正常前進，並以方括號顯示，例如：

[門上傳來敲門聲]

這個改動在編輯器裡看起來很小，實際上處理的是一個更大的問題：劇場資訊應該如何分類。

甚麼是無障礙字幕？

字幕常被理解成「把說話變成文字」。這只說對了一部分。

W3C 無障礙網頁倡議把 captions 定義為與內容同步的文字，除了語音之外，也包括理解內容所需的非語音聲音資訊。這可以包括音效、音樂、笑聲、說話者辨識與聲音位置等資訊。參閱 W3C 的字幕指引。

劇場字幕的專業實務把這個分別說得更具體。英國 Stagetext 指出，劇場字幕員會根據劇本準備字幕，並加入必要的音效、角色口音和舞台外聲音。Stagetext 亦特別區分一般外語翻譯用的 surtitles 與為聾人和聽障觀眾而設的 captions：前者主要提供翻譯，通常不包含角色名稱或舞台外聲音等無障礙資訊。參閱 Stagetext 的劇場字幕說明及字幕、subtitles 與 surtitles 的解釋。

因此，舞台指示和無障礙字幕可以源自同一個戲劇事件，卻不是同一種資訊。舞台指示告訴製作團隊要發生甚麼；無障礙字幕則告訴觀眾，有甚麼重要聲音是他們可能無法完整接收到的。劇本可以是起點，但最終字幕必須回到實際演出的聲音和舞台處理去核對。

W3C、DCMP 和 Stagetext 說明的是 captioning 的內容與專業做法，並沒有規定所有軟件都必須採用某一種內部資料名稱或資料模型。「無障礙字幕」是 SurtitleLive 對這個手動行類型採用的產品名稱。 其他工具完全可以用標籤、樣式、提示類別或其他 metadata 表達同一個分別。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。它的實用價值在於，不同語義可以驅動不同演出行為：例如舞台助理操作員可以在一般導航中略過舞台指示，而不會同時略過無障礙字幕。其他軟件完全可以用標籤、metadata、樣式或提示類別實現同樣的區分。

獨立的隱藏角色名稱（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