자막 포맷 정리: SRT, WebVTT, EBU-STL 등

어떤 자막 포맷으로 납품할지는 영화가 어디로 가느냐에 달려 있습니다. 자막 포맷 종류를 간단히 정리하면 이렇습니다. SRT는 대부분의 플랫폼과 영화제가 받는 범용 텍스트 포맷입니다. WebVTT는 웹 플레이어의 표준입니다. SCC는 방송용 미국식 폐쇄 자막을 담습니다. EBU-STL은 오래된 유럽 방송 교환 포맷입니다. iTT는 Apple의 타임드 텍스트 포맷입니다. IMSC1과 EBU-TT-D는 스트리밍과 온라인 방송 서비스가 쓰는 TTML의 최신 XML 프로필입니다. ASS는 풍부한 스타일의 자막용이며, 흔히 영상에 입힙니다.

가장 많은 문제를 막아 주는 규칙은 이것입니다. 납품 사양서를 먼저 읽고, 요구하는 그대로 내보내십시오. 이 가이드는 각 포맷, 그것을 주로 요구하는 곳, 모든 포맷에 적용되는 읽기 관례, 파일이 내 손을 떠나기 전에 확인하는 방법을 설명합니다.

텍스트 기반의 일꾼: SRT와 WebVTT

SRT (SubRip)

SRT는 번호가 매겨진 큐의 목록이며, 각 큐에는 시작 시간과 끝 시간, 한두 줄의 텍스트가 있습니다. 읽기 쉽고, 어떤 텍스트 편집기에서든 고치기 쉬우며, 거의 모든 곳에서 받습니다. 영상 플랫폼, 많은 스트리밍 애그리게이터, 대부분의 영화제 출품 플랫폼.

다른 포맷이 존재하는 이유는 그 한계 때문입니다. SRT에는 위치나 스타일에 대한 표준이 없습니다. 어떤 플레이어는 기본 이탤릭 태그를 따르고, 어떤 플레이어는 무시합니다. 인코딩도 중요합니다. UTF-8로 저장하지 않으면 일부 플레이어에서 특수 문자나 한글이 깨질 수 있습니다.

WebVTT

WebVTT는 웹의 자막 포맷이며 HTML5 track 요소와 함께 쓰입니다. 헤더가 있고 타임스탬프에 쉼표 대신 마침표를 쓰는 SRT처럼 생겼으며, 위치와 정렬을 위한 큐 설정과 스타일을 더합니다. 목적지가 웹사이트, 커스텀 플레이어, 웹 기반 영상 호스팅이라면 대개 WebVTT가 맞는 선택입니다.

스타일 자막: ASS

ASS(Advanced SubStation Alpha)는 폰트, 색, 외곽선, 정밀한 위치, 효과를 지원합니다. 스타일이 강한 작업, 노래방식 텍스트, 자막이 디자인의 일부인 영화에서 인기가 있습니다. 사이드카로 ASS를 받는 전문 플랫폼은 드물기 때문에, 주로 룩을 만든 뒤 화면에 입히는 데 씁니다.

방송 포맷: SCC와 EBU-STL

SCC (Scenarist Closed Caption)

SCC는 북미 방송에서 쓰는 line-21 자막 표준인 CEA-608 폐쇄 자막을 담습니다. 미국 방송사와 일부 배급사가 자주 요구합니다. 이 포맷은 제약이 빡빡합니다. 제한된 문자 집합, 행 최대 길이가 짧은 고정 자막 그리드, 방송 프레임레이트에 묶인 타이밍. SRT에서보다 짧은 줄을 계획하십시오.

EBU-STL

EBU-STL(EBU Tech 3264)은 유럽 방송사들이 수십 년간 써 온 바이너리 자막 교환 포맷입니다. 방송사와 자막 업체가 지금도 지상파 TV 워크플로에 요구합니다. 바이너리이므로 텍스트 편집기로 고칠 수 없습니다. 처음부터 올바르게 내보내고 검증하십시오.

XML 타임드 텍스트: iTT, IMSC1, EBU-TT-D

이 포맷들은 모두 W3C의 타임드 텍스트 XML 표준인 TTML(Timed Text Markup Language) 위에 만들어졌습니다. 차이는 프로필, 즉 어떤 기능을 허용하고 누가 기대하느냐에 있습니다.

• iTT(iTunes Timed Text)는 Apple의 TTML 기반 포맷으로, Apple 플랫폼에 납품 파트너를 통해 납품할 때 씁니다.
• IMSC1은 인터넷 미디어를 위해 설계된 TTML의 W3C 프로필입니다. 많은 스트리밍 서비스가 텍스트 자막으로 IMSC 프로필을 받거나 선호합니다. 사양서가 특정 IMSC 버전을 지정하는지 확인하십시오.
• EBU-TT-D는 유럽방송연합(EBU)의 배포용 TTML 프로필로, 유럽 방송사가 운영하는 온라인 및 커넥티드 TV 서비스에 쓰입니다.

사양서에 "TTML"이라고 적혀 있다면 어떤 프로필인지 물어보십시오. 검증기에는 그 차이가 중요합니다.

누가 무엇을 요구하나

일반적인 패턴일 뿐입니다. 모든 플랫폼, 방송사, 영화제는 자체 규칙을 공개하며, 그 규칙은 바뀝니다.

• 웹과 소셜: 사이드카로 SRT나 WebVTT, 또는 사이드카를 무시하는 플랫폼과 자동 재생 피드에는 영상에 입힌 자막.
• 스트리밍 서비스: 흔히 IMSC1 같은 TTML 프로필, 작은 서비스는 SRT인 경우도 있습니다. 스타일 가이드를 정확히 따르십시오.
• Apple 플랫폼: iTT, 보통 승인된 파트너를 통해 납품.
• 미국 방송: 폐쇄 자막용 SCC.
• 유럽 방송: 전통적 워크플로에는 EBU-STL, 온라인 서비스에는 EBU-TT-D.
• 영화제: 대개 선정 위원회용 SRT 파일과, 영화제 기술 사양에 맞춘 자막 상영본. 독립영화 영화제 제출물 체크리스트를 참고하십시오.

읽기 속도와 줄 길이

포맷은 텍스트를 담을 뿐이고, 사람들이 읽을 수 있는지는 관례가 결정합니다. 플랫폼과 관객에 따라 다른 일반적 가이드라인은 이렇습니다.

• 자막 하나에 최대 두 줄, 줄바꿈은 자연스러운 구 경계에서.
• 줄 길이는 라틴 문자 기준 보통 37~42자 정도. SCC 같은 방송 자막 포맷은 더 빡빡합니다. 한글 자막은 플랫폼마다 별도 기준을 두는 경우가 많으니 스타일 가이드를 확인하십시오.
• 읽기 속도는 흔히 초당 글자 수로 표시합니다. 많은 가이드가 성인 콘텐츠에 대략 15~17을 제시하고 어린이 프로그램은 더 느리게 하며, 일부 플랫폼은 약 20까지 허용합니다.
• 1초 미만의 최소 지속 시간은 일반적으로 피하며, 6분의 5초 정도가 흔한 하한입니다. 최대 지속 시간은 흔히 7초 정도입니다.
• 연속된 자막 사이에 두어 프레임의 간격을 두면 눈이 바뀜을 알아차리기 쉽습니다.
• 장면 전환: 몇 프레임 차이로 컷에 걸치는 자막은 피하십시오.

번역 자막은 대개 원문보다 깁니다. 원문을 나눌 때 여유를 두십시오.

납품 전 QC

반려되는 자막 파일은 대개 지루한 이유로 실패합니다. 겹침, 읽기에 너무 빠른 큐, 깨진 문자, 틀린 프레임레이트. 확인할 것은 이렇습니다.

1. 인코딩(텍스트 포맷은 UTF-8)과 모든 특수 문자가 표시되는지.
2. 겹치는 큐나 길이가 0인 큐가 없는지.
3. 읽기 속도와 줄 길이가 플랫폼 한도 안에 있는지.
4. 특히 화면이 바뀐 뒤, 첫 큐부터 마지막 큐까지 타이밍이 맞는지.
5. 프레임레이트와 시작 타임코드가 마스터와 일치하는지.
6. 대상 플레이어에서 재생되거나 플랫폼 검증기를 통과하는지.

cinemaOS에서는 Finisher ▸ Localize ▸ Captions가 내보내기 전에 프로필에 맞춰 QC를 실행합니다. Strict는 해결할 모든 문제를 보고하고, Compatible Repair는 여러 플레이어에서 깔끔하게 재생되는 파일을 목표로 합니다. 같은 곳에서 SRT, WebVTT, ASS, SCC, EBU-STL, iTT, IMSC1, EBU-TT-D, FCPXML로 내보내거나, Burn In으로 자막을 화면에 렌더한 버전을 만들 수 있습니다. 먼저 다른 언어 자막이 필요하다면 Mac에서 로컬로 자막 번역하는 방법을 보십시오.

FAQ

SRT와 WebVTT 중 무엇으로 납품해야 하나요?

목적지가 지정하는 것으로 납품하십시오. 사양이 없다면 SRT가 가장 안전한 범용 선택이고, 웹 플레이어에는 WebVTT가 더 낫습니다.

SRT를 나중에 EBU-STL이나 SCC로 변환할 수 있나요?

가능하지만 변환하면 한계가 드러납니다. SCC의 짧은 행과 제한된 문자, EBU-STL의 바이너리 구조. 필요한 포맷 중 가장 엄격한 것에 맞춰 나누고 QC한 다음, 같은 원본에서 나머지를 내보내십시오.

자막은 언제 영상에 입혀야 하나요?

플레이어가 사이드카 파일을 무시할 때, 소셜 게시물과 자동 재생 피드, 또는 상영관이 요구할 때입니다. 자막 없는 깨끗한 마스터도 함께 보관하십시오.

처음부터 맞는 포맷으로 내보내기

교정된 자막 원본 하나를 유지하고, 각 납품 포맷을 그것에서 내보내십시오. cinemaOS를 내려받아 60일 무료 체험 동안 Mac에서 QC를 돌리고 모든 포맷을 내보내 보십시오. 카드는 필요 없습니다.