《맥베스》의 노크 소리는 어떻게 자막이 될까: 공연 접근성을 위한 자막 이야기

《맥베스》 2막 2장. 덩컨이 막 살해된 뒤, 레이디 맥베스는 단검을 들고 퇴장합니다. 바로 그 순간 대본에는 아주 짧은 지문이 나옵니다.

Knock within.

맥베스는 곧바로 “Whence is that knocking?”이라고 반응하고, 이어 “How is ’t with me when every noise appalls me?”라고 말합니다. 지문은 하나의 소리를 표시하고, 맥베스의 대사는 그 소리에 대한 반응을 보여 줍니다. 같은 극적 순간을 구성하지만, 실제로 인물이 말한 것은 뒤쪽뿐입니다.

공연 접근성을 위한 자막을 준비하는 사람에게 이 둘은 같은 종류의 정보가 아닙니다. 해야 할 일은 지문을 기계적으로 자막으로 바꾸는 것이 아니라, 실제 공연을 보고 듣고 난 뒤 이렇게 묻는 것입니다.

이 소리를 듣지 못하거나 충분히 듣기 어려운 관객에게 무엇을 문자로 보여 줘야 하는가?

바로 이런 정보를 다루는 것이 공연 접근성을 위한 자막입니다.

SurtitleLive Editor에는 이제 제품 인터페이스상 “접근성 자막”이라는 별도의 수동 줄 유형이 추가되었습니다. 중요한 청각적 사건을 대사나 지문에 억지로 넣지 않고, 관객에게 전달해야 하는 정보로 표시할 수 있습니다. 공연 중에는 일반 자막 cue처럼 진행되며, 예를 들면 다음처럼 대괄호 안에 표시됩니다.

[문을 두드리는 소리]

Editor에서는 작은 변화처럼 보이지만, 실제로는 더 큰 문제를 해결합니다. 서로 다른 성격의 공연 정보를 시스템 안에서 어떻게 구분할 것인가 하는 문제입니다.

공연 접근성을 위한 자막이란?

자막은 흔히 “말을 글로 옮긴 것”이라고 생각하기 쉽습니다. 하지만 그것은 역할의 일부일 뿐입니다.

W3C의 Web Accessibility Initiative는 captions를 말뿐 아니라 내용을 이해하는 데 필요한 비언어적 음향 정보까지 포함하는 동기화된 텍스트로 설명합니다. 여기에는 효과음, 음악, 웃음, 화자 식별, 소리가 들려오는 위치 등이 포함될 수 있습니다. W3C captions 안내.

연극에서는 이 차이가 더 분명해집니다. Stagetext는 공연 자막 제작자가 대본을 바탕으로 작업하면서 필요할 경우 효과음, 인물의 억양, 무대 밖 소리 같은 정보를 추가한다고 설명합니다. 또 외국어 공연을 번역하기 위한 surtitles와, 농인·난청 관객의 접근성을 위한 captions를 구분합니다. 후자에는 인물명이나 무대 밖의 소리처럼 관객이 놓칠 수 있는 정보가 포함될 수 있습니다. Stagetext의 theatre captioning 안내와 captions, subtitles, surtitles 설명을 참고할 수 있습니다.

지문과 접근성 자막은 같은 극적 사건에서 출발할 수 있지만, 같은 종류의 정보는 아닙니다. 지문은 제작진에게 무엇이 일어나야 하는지 알려 줍니다. 접근성 자막은 관객에게 어떤 중요한 소리가 전달되어야 하는지 알려 줍니다. 대본은 출발점이 될 수 있지만, 최종 문구는 실제 공연의 음향과 무대 처리에 비추어 확인해야 합니다.

W3C, DCMP, Stagetext가 설명하는 것은 captioning의 내용과 실무입니다. 모든 소프트웨어가 특정 내부 명칭이나 데이터 모델을 사용해야 한다고 규정하는 것은 아닙니다. “접근성 자막”은 SurtitleLive가 이 수동 줄 유형에 붙인 제품 용어입니다. 다른 도구는 태그, 스타일, cue class, metadata 등 다른 방식으로 같은 구분을 구현할 수 있습니다. SurtitleLive의 등장인물 / 지문 / 접근성 자막 모델의 가치는 정보의 의미가 서로 다른 출력 동작으로 이어질 수 있다는 데 있습니다. 이는 제품 아키텍처 선택이지, 업계 전체의 보편적 분류 체계는 아닙니다.

공연에서 이런 정보는 문 두드리는 소리, 경보음, 유리 깨지는 소리, 무대 밖 군중, 전화벨, 총성, 혹은 장면의 의미를 바꾸는 음악의 변화일 수 있습니다.

질문은 단순히 “소리가 있는가?”가 아닙니다.

더 중요한 질문은:

그 소리가 정보를 전달하는가?

맥베스가 겁먹는 모습을 보는 것과, 무엇이 그 반응을 일으켰는지에 대한 소리 정보까지 함께 받는 것은 같은 경험이 아닙니다. 실제 공연에서 문을 두드리는 소리라는 것이 분명하다면, 자막은 예를 들어 다음처럼 쓸 수 있습니다.

[문을 두드리는 소리]

맥베스가 얼어붙는다.

두 번째 방식은 원래 소리를 통해 전달되던 극적 인과관계의 일부를 유지합니다.

captions, subtitles, surtitles의 차이에 대해서는 극장 자막 용어 가이드도 참고하세요.

필요한 재료의 상당 부분은 이미 대본 안에 있다

접근성 자막을 만든다고 해서 극작가가 별도의 두 번째 대본을 써야 하는 것은 아닙니다.

연극 대본에는 대사 외에도 많은 정보가 이미 들어 있습니다. 지문에는 인물의 등장과 퇴장, 노크, 전화벨, 총성, 음악, 싸움, 무대 밖 목소리, 군중의 소음 등 공연을 구성하는 다양한 사건이 기록될 수 있습니다.

셰익스피어의 지문은 매우 간결한 경우가 많습니다. *Knock within.*이나 A noise within. 같은 식입니다. 현대 희곡은 음향이나 기술적 사건을 훨씬 더 자세히 기록하기도 합니다.

하지만 중요한 구분이 하나 있습니다.

대본에 지문이 있다고 해서, 관객용 접근성 자막이 이미 완성되어 있다는 뜻은 아닙니다.

지문은 우선 제작 정보입니다. 배우, 연출, 무대감독, 디자인·기술 스태프가 무엇이 일어나야 하는지 이해하도록 돕습니다.

접근성 자막은 관객 정보입니다. 질문이 다릅니다.

이 순간을 충분히 듣지 못하는 관객이 공연을 따라가기 위해 무엇을 알아야 하는가?

같은 무대 사건에서 서로 다른 두 개의 문장이 나올 수 있습니다. 출발점은 같을 수 있지만, 독자와 목적은 다릅니다.

지문은 출발점이 될 수 있지만 완성된 자막은 아니다

다시 Macbeth로 돌아가 보겠습니다.

대본에는 이렇게 적혀 있습니다.

Knock within.

이 문장은 실제 공연의 소리를 확인해 볼 필요가 있다는 단서이지, 곧바로 관객 화면에 띄울 완성 자막은 아닙니다.

*Knock within.*은 보이는 무대 밖에서 노크가 들린다는 사실을 알려 주지만, 그 소리가 특정 공연에서 정확히 어떻게 구현되는지까지 규정하지는 않습니다. 실제 음향이나 무대 상황에서 문이 분명하다면 [문을 두드리는 소리]가 적절할 수 있습니다. 노크가 실제로 빠르다면 [빠르게 문을 두드리는 소리]가 더 정확할 수 있습니다. 확실한 것이 “무대 밖에서 들린다”는 사실뿐이라면 [무대 밖에서 들리는 노크]가 더 안전합니다. 그마저 불분명하다면 더 중립적인 표현을 선택해야 합니다.

올바른 문구는 지문을 필요 이상으로 구체화해서 얻는 것이 아니라, 실제 공연을 보고 듣는 데서 나옵니다.

자막은 소리가 무엇을 상징하는지를 해석하기보다, 관객이 실제로 듣는 소리를 사실에 가깝게 설명해야 합니다. Stagetext는 짧고 사실에 근거하며 작품 세계 안에 머무는 소리 설명을 권합니다. DCMP 역시 화면만으로 소리의 출처가 분명하지 않을 때는 필요에 따라 출처를 밝혀 주고, 이해나 감상에 필요한 효과음을 자막에 포함하라고 안내합니다. Stagetext Digital Subtitling Guidelines와 DCMP 효과음 가이드를 참고할 수 있습니다.

따라서 [문을 두드리는 소리]는 실제 공연에서 문이라는 정보가 분명할 때에만 적절합니다. [빠른 노크 소리]는 리듬 정보를 추가하므로 실제로 빠르게 두드릴 때만 써야 합니다. [무대 밖에서 들리는 노크]는 더 구체적인 위치를 만들어 내지 않고 무대 밖이라는 정보만 전달합니다.

반면 [밖에서 다급하게 문을 두드리는 소리]는 “다급하다”와 “밖에서”라는 두 가지 해석을 더합니다. *Knock within.*만으로는 둘 다 확정할 수 없습니다. 더 나아가 [맥베스의 죄책감이 그를 덮쳐 온다]는 소리 묘사가 아니라 작품 해석입니다.

지문이 답하는 질문은:

대본에서 무엇이 일어나야 하는가?

접근성 자막이 답하는 질문은:

관객이 무엇을 알아야 하는가?

그래서 모든 지문을 그대로 관객 화면에 내보내는 것은 좋은 접근성 전략이 아닙니다. 많은 지문은 관객이 볼 필요가 없고, 일부 지문은 오히려 “여기에는 실제 공연에서 확인해야 할 중요한 소리가 있을 수 있다”는 단서가 됩니다.

《햄릿》에서도 같은 차이가 드러난다

《햄릿》 4막 5장에서 클로디어스와 거트루드는 폴로니어스의 죽음과 레어티즈의 귀환이 가져온 정치적 위기를 이야기합니다. 이때 대본에 “A noise within.”이라는 지문이 나옵니다. 거트루드는 무슨 소리냐고 묻고, 전령이 달려 들어와 레어티즈와 군중이 안으로 밀고 들어오고 있다고 경고합니다. 군중이 문 쪽으로 가까워지면서 소음은 다시 들립니다. MIT Shakespeare의 Hamlet, 4막 5장.

소리를 듣는 관객은 전령의 설명 전에 이미 위협을 느낄 수 있습니다. 먼저 소동을 듣고, 인물의 반응을 본 뒤, 마지막으로 설명을 듣기 때문입니다.

실제 공연이 먼 소란에서 점점 가까워지는 군중으로 음향을 구성한다면, 자막은 예를 들어 다음처럼 갈 수 있습니다.

[군중 소리]

그리고 나중에는:

[군중이 가까워진다]

둘 다 “A noise within.”의 직역일 필요는 없습니다. 그 공연에서 관객이 실제로 경험하는 의미 있는 소리를 설명해야 합니다.

이전 SurtitleLive에서는 왜 애매했나

이번 업데이트 전에는 Editor에 접근성 자막을 위한 별도의 줄 유형이 없었습니다.

관객에게 보여 줄 소리 cue를 추가하려는 제작팀에게는 사실상 두 가지 불완전한 선택지가 있었습니다.

첫째, 이를 대사처럼 처리하는 방법입니다. 관객에게는 확실히 전달되지만 데이터 모델이 맞지 않습니다. 아무도 [노크 소리]라고 말한 것이 아니기 때문입니다. 긴 대본에서는 이런 음향 정보가 인물 대사와 번역 사이에 섞이기 쉽습니다.

둘째, 지문으로 분류하는 방법입니다. 원문에는 더 충실해 보이지만 다른 문제가 생깁니다. 운영 화면의 지문 건너뛰기 (Skip Stage Directions) 는 일반적인 이전/다음 탐색에서 지문 cue를 건너뜁니다.

접근성 자막이 지문으로 분류되어 있다면, 함께 건너뛰어질 수 있습니다.

운영자에게는 cue 하나가 빠진 것일 뿐이지만, 자막을 필요로 하는 관객에게는 다음 대사나 행동을 이해하게 해 주는 핵심 소리 정보일 수 있습니다.

세 가지 정보 유형을 이제 분리해서 유지할 수 있다

SurtitleLive Editor는 이제 세 유형을 명확히 구분합니다.

줄 유형	무엇을 나타내나	관객용인가?	일반 이전/다음 탐색
등장인물	실제로 말한 대사	예	cue 순서에 남음
지문	대본·제작 지시	보통 아니오	건너뜀
접근성 자막	관객에게 중요한 비언어적 음향 정보	예	cue 순서에 남음

Macbeth의 한 순간을 다음처럼 정리할 수 있습니다.

지문

레이디 맥베스가 단검을 들고 퇴장한다.

접근성 자막

노크 소리

등장인물 — 맥베스

Whence is that knocking?

세 줄은 같은 극적 순간을 가리키지만, 정보의 종류가 다릅니다. 레이디 맥베스의 퇴장은 제작 지시입니다. 노크는 실제 공연을 확인한 뒤 관객용 자막이 필요할 수 있는 청각적 사건입니다. 맥베스의 말은 대사입니다.

이 세 줄 유형은 SurtitleLive의 제품 데이터 모델이지, captioning 표준이 요구하는 업계 공통 분류는 아닙니다. 실무적 가치는 의미가 동작을 통제할 수 있다는 데 있습니다. 운영자는 일반 탐색에서 지문을 건너뛰면서도 접근성 자막은 건너뛰지 않을 수 있습니다. 다른 소프트웨어는 태그나 metadata 등 다른 방식으로 같은 구분을 구현할 수 있습니다.

별도의 등장인물 이름 숨기기 (Hide Character Names) 옵션은 이름 표시 여부만 제어하며, 접근성 자막이 cue 순서에 남는지 여부를 결정하지는 않습니다.

Editor 화면 녹화에는 예시 제작에 맞춘 특정 음향 설명이 포함되어 있습니다. 별도 줄 유형을 보여 주기 위한 예시일 뿐, 모든 *Knock within.*에 동일한 문구를 권하는 것은 아닙니다.

지문은 건너뛰되 접근성 자막은 건너뛰지 않는다

새 줄 유형의 가장 중요한 실무적 효과입니다.

접근성 자막은 관객 cue이지, 제작 내부용 지문이 아닙니다. 일반 이전/다음 탐색에서 지문 건너뛰기를 켜면 지문은 건너뛰지만, 접근성 자막은 cue 순서에 남아 관객에게 전송될 수 있습니다.

특정 cue로 직접 이동하는 것은 별도의 운영자 동작이며, 이 일반 탐색 규칙과는 다릅니다.

이 구분 덕분에 운영자는 제작 지시는 건너뛰면서도 농인·난청 관객을 위해 준비한 소리 정보를 실수로 놓치지 않을 수 있습니다.

대괄호는 표시 형식이지 저장 내용이 아니다

접근성 자막은 대괄호 안에 표시됩니다.

[노크 소리]

[멀리서 천둥]

[음악이 갑자기 멈춘다]

대괄호는 음향 정보를 나타낼 때 널리 쓰이는 captioning 관례지만, 모든 소프트웨어가 반드시 따라야 하는 규칙은 아닙니다. DCMP Captioning Key는 이해나 감상에 필요한 효과음을 대괄호 안에 설명하는 방식을 권합니다. DCMP 가이드.

SurtitleLive는 이제 이 표시 방식을 일관되게 처리합니다. Editor에는 노크 소리만 저장하고, 시뮬레이션·투사·관객 화면에서 대괄호 한 쌍을 붙여 표시할 수 있습니다.

이미 대괄호가 입력되어 있다면 두 번째 쌍을 덧붙이지 않습니다.

내용과 화면상의 관례를 분리해서 관리할 수 있습니다.

모든 지문이 접근성 자막이 되어야 하는 것은 아니다

새 줄 유형은 지문을 전부 관객에게 보여 주라는 뜻이 아닙니다.

대본에 “맥베스가 탁자로 걸어간다”고 적혀 있고 그 움직임이 무대에서 분명히 보인다면 [맥베스가 탁자로 걸어간다]고 자막을 띄우는 것은 일반적으로 음향 captioning이 아닙니다. 이는 시각 정보를 설명하는 다른 접근성 실무에 가까워집니다.

음악도 편집 판단이 필요합니다. “잔잔한 음악이 계속된다”는 지시가 단순한 분위기일 수 있습니다. 하지만 음악이 갑자기 시작되거나 멈추는 것이 장면의 의미를 바꾼다면, 그 변화는 중요한 정보일 수 있습니다.

더 좋은 질문은:

이 소리를 듣지 못하면, 관객은 이 순간을 이해하는 데 필요한 정보를 잃는가?

이 기준은 확립된 captioning 실무와도 맞습니다. DCMP는 들리는 모든 소리를 적는 것이 아니라, 이해나 감상에 필요한 효과음을 caption에 포함하라고 권합니다. DCMP 가이드.

SurtitleLive가 제작팀 대신 편집 결정을 내리지는 않는다

“접근성 자막”은 수동 줄 유형입니다.

SurtitleLive가 *Knock within.*을 보고 자동으로 “이것은 반드시 자막이어야 한다”고 결정하지 않습니다. 의도된 설계입니다. 지문은 실제 공연의 소리를 검토하라는 단서이지, 정해진 문구를 자동 생성하라는 명령이 아닙니다.

같은 지문도 공연마다 전혀 다르게 구현될 수 있습니다. “A noise within”이 무대 뒤 몇 사람의 말다툼이 될 수도 있고, 군중이 문을 부수고 들어오는 소리가 될 수도 있습니다. 음악은 한 공연에서는 분위기일 뿐이지만, 다른 공연에서는 중요한 서사 cue일 수 있습니다.

소프트웨어는 연출가와 음향 디자이너가 최종적으로 무엇을 만들었는지 알지 못합니다.

제작팀은 알고 있습니다.

따라서 SurtitleLive의 역할은 접근성을 “추측”하는 것이 아니라, 팀이 판단한 뒤 그 결정을 올바르게 기록할 자리를 제공하는 것입니다.

한 줄이 이제 명확히:

이것은 지문이다.

혹은:

이것은 관객이 받아야 할 청각 정보다.

라고 뜻할 수 있습니다.

둘을 같은 분류에 억지로 넣을 필요가 없습니다.

작은 줄 유형 하나가 더 큰 개념 문제를 바로잡는다

연극 대본에는 오래전부터 대사, 행동, 소리, 제작 정보가 함께 존재했습니다. 그러나 지문을 적는 것과, 그 소리가 담은 정보를 농인·난청 관객이 어떻게 받을지 생각하는 것은 같은 작업이 아닙니다.

공연 접근성을 위한 자막은 여기에 관객의 관점을 더합니다.

제작팀은 다시 묻습니다.

어떤 소리는 단순한 분위기인가?

어떤 소리는 이야기를 앞으로 밀어 가는가?

어떤 소리는 인물의 반응을 설명하는가?

정보가 “들리는 것”에만 머물면 의미가 줄어드는 순간은 어디인가?

Macbeth의 노크는 수백 년 전부터 대본에 있었습니다. 부족했던 것은 지문이 아닙니다.

접근성 작업은:

Knock within.

을 하나의 고정 자막으로 직역하는 일이 아닙니다.

실제 공연을 확인하고, 그 소리가 관객에게 필요한 정보를 전달할 때 정확한 설명을 쓰는 편집 단계를 더하는 일입니다. 공연에 따라 [문을 두드리는 소리], 실제로 빠르다면 [빠른 노크 소리], 무대 밖에서 들린다는 사실만 확실하다면 [무대 밖에서 들리는 노크]가 맞을 수 있습니다. 문구는 지문만 보고 추정하지 말고 실제 공연에 근거해야 합니다.

SurtitleLive Editor에는 이제 그 결정을 저장할 독립된 자리가 있습니다.

---

접근성 자막에 필요한 재료의 상당 부분은 이미 대본 안에 있습니다.

새 기능은 *Knock within.*을 다시 만들어 내기 위한 것이 아닙니다.

제작팀이 다른 질문에 답할 수 있는 명확한 자리를 마련하는 것입니다.

그 노크를 듣지 못하는 관객에게 우리는 무엇을 보여 줘야 하는가?

참고 자료

• W3C: Captions
• Stagetext: Theatre Captioning
• Stagetext: Captions, subtitles and surtitles
• Stagetext: Digital Subtitling Guidelines
• MIT Shakespeare: Hamlet, Act 4, Scene 5
• DCMP: Sound Effects and Music