2026년 3월 11일

연극 자막을 만들 때 대본 서식이 중요한 이유

연극 대본에서 단어는 문서의 일부일 뿐입니다.

인물명이 대사 위에 가운데 놓이고, 그 아래 줄이 들여쓰기되며, 이탤릭체 지시문이 있고, 1막 전에 배역표가 나오는 식의 관습은 같은 문장을 다르게 읽게 합니다. 배우는 거의 무의식적으로 알아차리지만, 수퍼타이틀 큐 초안을 준비하는 소프트웨어는 그 차이를 명시적으로 다뤄야 합니다.

그래서 대본에서 연극 자막을 만드는 일은 문장을 추출하는 데 그치지 않습니다. 더 나은 질문은 다음과 같습니다.

페이지의 어떤 근거가 이 텍스트가 대사, 화자명, 지시문, 제목 또는 판단을 보류해야 할 내용임을 시사하는가?

핵심은 근거입니다. 서식은 구조를 드러낼 수 있지만 틀릴 수도 있습니다. 작가, 언어, 극단, 템플릿, 리허설 판본에 따라 대본은 달라집니다. 책임 있는 작업 흐름은 레이아웃으로 더 나은 초안을 만들되, 리허설과 관객에게 나갈 내용을 사람의 책임 아래 둡니다.

일반 텍스트는 대본의 일부를 지운다

익숙한 배치를 보겠습니다.

HAMLET
To be, or not to be: that is the question.

He turns away.

OPHELIA
My lord?

독자는 여러 관계를 추론합니다.

페이지 신호	가능한 의미
짧은 대문자 줄	화자명
그 아래 들여쓴 텍스트	그 화자의 대사
독립된 이탤릭 문장	무대 지시
반복되는 블록 사이 간격	극적 단위의 경계

같은 대목을 일반 텍스트 한 줄로 펴면 관계가 약해집니다.

HAMLET To be, or not to be: that is the question. He turns away. OPHELIA My lord?

단어는 남지만 배치는 대사와 지시를 가르는 데 더는 도움이 되지 않습니다. 뒤의 시스템은 변환 과정에서 버려진 정보를 다시 추정해야 합니다.

수퍼타이틀 준비에서는 구조 오류가 잘못된 문장을 큐에 넣거나, 맞는 대사를 엉뚱한 인물과 순간에 붙일 수 있습니다.

서식은 공연 대본의 문법 일부다

많은 대본은 시각적 관습을 작업용 문법으로 씁니다. 유용한 신호는 다음과 같습니다.

문단 들여쓰기와 정렬
문단 전후 간격
Word 문단 스타일
굵게, 이탤릭 등 글자 단위 서식
해당 문자 체계에서 의미가 있을 때의 대문자 사용
화자와 대사를 가르는 문장부호
탭, 단, 반복되는 블록 모양
문서 안에서 그 줄이 놓인 위치

어느 하나도 보편적 진실로 취급해서는 안 됩니다. 이탤릭은 흔히 지시문이지만 작가는 대사 속 강조에도 씁니다. 전부 대문자인 줄은 인물명, 막 제목, 음향 큐, 제작 메모일 수 있습니다.

안전한 질문은 “이탤릭은 언제나 지시문인가?”가 아니라 “이 서식이 인접 문단과 문서 전체의 패턴을 함께 볼 때 이 줄을 분류할 만큼 충분한 근거인가?”입니다.

같은 단어도 역할은 달라진다

대본 앞부분에서는 이것이 배역표일 수 있습니다.

CAST

HAMLET
OPHELIA
HORATIO

뒤에서는 같은 이름이 대사를 이끕니다.

HAMLET
    The play's the thing.

HAMLET이라는 토큰만으로는 충분하지 않습니다. 역할은 위치, 주변 텍스트, 뒤따르는 내용에 따라 달라집니다.

그래서 문서 영역이 중요합니다. 표지, 배역표, 시놉시스, 제작 노트, 공연 본문, 부록은 비슷한 서체를 서로 다른 목적으로 쓸 수 있습니다. 짧은 줄을 화자 큐로 보기 전에는 우선 극의 본문을 보고 있는지 살펴야 합니다.

제작팀에는 간단한 교훈이 있습니다. 제목과 문서 경계를 보존하는 일은 대사 자체를 보존하는 일만큼 가치가 있습니다.

문장부호는 도움이 되지만 언어가 레이아웃을 결정하지는 않는다

화자와 대사를 한 문단에 놓는 대본도 있습니다.

HAMLET: To be, or not to be.

넓은 의미에서 같은 관습은 전각 문장부호로도 나타납니다.

민수: 오늘 비가 옵니다。

콜론은 강한 단서일 뿐 보증은 아닙니다. Location: Backstage는 메타데이터일 수 있습니다. 시놉시스가 라벨 문단으로 시작할 수도 있고, 화자명 하나 뒤에 여러 문단의 대사가 이어질 수도 있습니다.

따라서 언어 전체를 “파싱하기 쉽다” 또는 “어렵다”로 순위 매기는 것은 오해를 부릅니다. 중국어, 광둥어, 일본어, 영어, 프랑스어, 독일어 등 모든 대본에는 여러 하우스 스타일이 있습니다. 대문자는 어떤 문자 체계에서는 유용하지만 다른 체계에서는 무의미합니다. 인용부호, 괄호, 콜론, 마침표, 대시, 들여쓰기, 세로 간격의 비중도 문서마다 다릅니다.

다국어 파서는 언어 경향을 고정관념으로 만들지 않으면서 신호를 조정해야 합니다. 명확한 문장부호는 도움이 되어도 문맥 검토를 없애지는 않습니다.

원본 Word 문서가 가치 있는 이유

Word .docx에는 일반 텍스트 사본에는 없는 구조 정보가 있습니다. 바탕의 OOXML은 문단 속성, 상속된 스타일, 정렬, 들여쓰기, 간격, 텍스트 런 서식을 보존할 수 있습니다.

Word의 일부 치수는 1포인트의 20분의 1인 문서 레이아웃 단위 twip으로 저장됩니다. 제작팀에는 단위명보다 보존되는 차이가 중요합니다. 화면에서 들여쓰기가 다른 두 문단은 분석 중에도 측정 가능한 차이로 남습니다.

그러나 이 값을 고정된 공통 규칙으로 삼아서는 안 됩니다. 한 템플릿의 들여쓰기 값은 다른 템플릿에 거의 아무 말도 해 주지 않습니다. 유용한 것은 관계입니다.

짧은 라벨 뒤에 더 깊이 들여쓴 텍스트가 반복되는가?
이탤릭 문단은 이 문서 안에서 일관된 부류를 이루는가?
앞부분이 끝난 뒤 레이아웃이 바뀌는가?
한 영역은 콜론을 쓰고 다른 영역은 화자를 별도 줄에 두는가?

이렇게 페이지의 기하학은 보편적 연극 서식 명세가 아니라 문서별 근거가 됩니다.

문서 근거에서 큐 초안으로

대본 파싱이 공연의 최종 타이밍을 결정하지는 않습니다. 당면한 일은 사람이 검사할 수 있는 편집 가능한 순서로 원자료를 옮기도록 돕는 것입니다.

신중한 준비 과정은 다음과 같습니다.

원본 .docx와 그 버전을 보관한다.
텍스트와 유용한 문서 구조를 함께 추출한다.
관련 문단을 그럴듯한 극적 블록으로 묶는다.
근거가 있을 때 앞부분, 본문, 제목, 대사, 지시문을 구별한다.
모호한 내용을 억지로 확신해 분류하지 않고 보이게 남긴다.
결과를 편집 가능한 큐 초안으로 연다.
큐 경계, 화자 귀속, 번역, 누락을 검토한다.
실제 공연에 맞춰 큐를 리허설한다.

파서는 반복 준비를 줄일 수 있지만 모든 연출 의도, 막판 삭제, 즉흥의 쉼, 리허설 중 변경을 알 수는 없습니다.

불확실성은 정직한 준비의 기능이다

모호한 줄에는 솔깃하지만 위험한 두 처리 방식이 있습니다.

익숙한 템플릿에 맞지 않는다는 이유로 버리는 것
대사처럼 보인다는 이유로 자신 있게 분류하는 것

둘 다 공연을 준비하는 사람에게서 중요한 일을 감출 수 있습니다.

더 나은 시스템은 강한 구조 근거와 검토가 필요한 자료를 구분합니다. 인물명이 있는 대본에서는 귀속되지 않은 대목을 미해결 상태로 눈에 띄게 남겨야 할 수 있습니다. 독백이나 화자 없는 텍스트에서는 인물명이 없다는 사실이 각 줄의 오류가 아니라 의도된 문서 전체 패턴일 수 있습니다.

이 구분은 번역뿐 아니라 접근성에도 중요합니다. 빠진 텍스트, 대사로 표시된 지시문, 잘못 귀속된 화자는 관객의 이해를 바꿀 수 있습니다. 그렇다고 대본 파싱만으로 접근 가능한 공연이 되는 것은 아닙니다. 같은 언어의 캡션에는 관련 비음성 정보, 신중한 배치, 읽기 쉬운 표현, 관객 전달 계획도 필요합니다.

구조는 이 작업의 시작이지 완료 증명서가 아닙니다.

가져오기 전에 제작팀이 할 수 있는 일

제작진이 소프트웨어에 맞추려고 대본을 다시 설계할 필요는 없습니다. 다만 몇 가지 문서 습관은 사람과 기계 모두의 검토를 선명하게 합니다.

제작상 허용되는 범위에서 인물명 표기를 일관되게 한다.
공백을 반복해 맞추지 말고 문단 스타일을 일관되게 쓴다.
제목, 대사, 지시문을 둘 이상의 신호로 구분한다.
가져오기 전에 작업 대본을 일반 텍스트로 평탄화하지 않는다.
오래된 리허설 메모는 지우거나 명확히 표시한다.
업로드 파일이 현재 승인본인지 확인한다.
모든 큐를 원문과 대조할 수 있도록 원본 대본을 보관한다.

일관성은 도움이 되지만 파서에 맞추려고 독특한 극 형식을 “수정”해서는 안 됩니다. 작업 흐름은 작품을 섬겨야지 작품을 템플릿처럼 만들면 안 됩니다.

레이아웃은 초안을 준비할 수 있어도 공연을 준비하는 것은 사람이다

레이아웃 인식 파싱의 깊은 가치는 기하학이 언어를 대체한다는 데 있지 않습니다. 대본에 이미 있는 정보를 시스템이 덜 버리게 한다는 데 있습니다.

단어, 문장부호, 서체, 이웃 블록, 문서 영역은 각각 근거를 보탭니다. 결정적 규칙은 명확한 패턴을 처리할 수 있고, 제한된 AI 보조는 진짜로 모호한 영역에 도움을 줄 수 있습니다. 정확하고 적절하며 리허설에 올릴 준비가 되었는지는 사람이 검토해 결정합니다.

이 균형은 라이브 공연에서 특히 중요합니다. 큐 초안은 편집 가능하기에 유용합니다. 번역은 누군가 책임을 지기에 신뢰할 수 있습니다. 쇼 파일은 파서가 확신한다고 해서 준비되는 것이 아니라 팀이 검토하고 리허설했을 때 준비됩니다.

결정적 파싱, 본문 영역화, 선택적 AI 검토는 AI보다 먼저 연극 자막 소프트웨어가 대본을 파싱해야 하는 이유에서 계속 살펴볼 수 있습니다.

자주 묻는 질문

Q: 연극 수퍼타이틀에서 대본 서식이 중요한 이유는 무엇인가요?

A: 서식은 누가 말하는지, 어느 문단이 함께 속하는지, 지시문이 어디서 시작하는지, 해당 줄이 앞부분인지 본문인지처럼 단어만으로는 알기 어려운 관계를 보여 줍니다. 이 근거를 보존하면 사람이 검토할 더 깔끔한 큐 초안을 만들 수 있습니다.

Q: SurtitleLive는 PDF 대본 분석을 지원하나요?

A: 현재 지원되는 분석 입력은 원본 Word .docx입니다. PDF와 다른 비-DOCX 형식은 신뢰할 만한 준비에 필요한 문서 구조를 보존하지 못할 수 있어 현재 분석 작업 흐름에 포함되지 않습니다.

Q: 이탤릭체는 항상 무대 지시로 처리되나요?

A: 아닙니다. 이탤릭은 여러 신호 중 하나이며, 의미는 주변 텍스트, 문단 구조, 스타일, 문서 다른 곳의 패턴에 달려 있습니다.

Q: 콜론 형식 대본은 파싱하기 더 쉬운가요?

A: 일관된 화자: 대사 패턴은 강한 근거가 될 수 있지만, 콜론은 메타데이터, 제목, 산문에도 나타납니다. 파서는 여전히 문서와 영역의 문맥을 살펴야 합니다.

Q: twip이란 무엇인가요?

A: twip은 Word 문서 레이아웃 단위로 1포인트의 20분의 1입니다. 들여쓰기와 간격의 미세한 차이를 보존하는 데 도움이 되지만, 연극 전용 단위도 아니고 문단의 의미를 보장하지도 않습니다.

Q: 레이아웃 인식 파싱이 사람의 검토를 없애나요?

A: 아닙니다. 편집 가능한 초안을 준비할 뿐입니다. 제작팀은 큐 경계, 화자, 누락, 번역, 표시, 타이밍을 확인하고 공연 전에 결과를 리허설해야 합니다.