자막 포맷 완전 가이드: SRT, VTT, ASS, LRC, SBV, SSA, TTML | AllSubConverter

자막 포맷이 존재하는 이유

자막은 화면에서는 단순해 보입니다 -- 대사에 맞춰 시간이 동기화된 한두 줄의 텍스트 -- 하지만 그 이면에는 놀라울 정도로 다양한 파일 포맷으로 저장됩니다. 각각은 서로 다른 시대, 플랫폼 또는 목적을 위해 설계되었습니다: DVD 시대 영화 립을 위한 SRT, 현대 웹을 위한 VTT, 정교한 스타일링의 팬서브 애니메이션을 위한 ASS와 SSA, 음악 플레이어를 위한 LRC, 초기 YouTube를 위한 SBV, 그리고 방송 및 스트리밍 표준 기관을 위한 TTML입니다.

어떤 포맷을 사용할지, 그리고 포맷 간에 어떻게 전환하는지 아는 것이 « 그냥 작동하는 » 자막과 로드에 실패하거나 깨진 문자를 표시하거나 싱크가 어긋나는 파일을 구분합니다. 이 가이드는 주요 포맷 모두에 대한 참고 자료이며, 앞에 비교 표와 각 포맷의 상세 분석을 담고 있습니다. 전체 그림을 이해하고 나면 포맷 간 변환이 간단해집니다.

종합 비교 표

주요 포맷이 가장 중요한 차원에서 어떻게 비교되는지 보여드립니다: 파일 확장자, 타임스탬프 작성 방식, 할 수 있는 것, 강점, 그리고 웹 브라우저가 네이티브로 재생할 수 있는지 여부.

하나의 타임스탬프 세부 사항이 사람들을 계속 당황하게 만듭니다: SRT는 밀리초 앞에 쉼표를 사용하고(00:00:01,000) VTT는 마침표를 사용합니다(00:00:01.000). 그 단일 문자가 재생되는 VTT 파일과 조용히 실패하는 파일의 차이입니다.

SRT -- 범용 일꾼

SubRip(SRT)은 자막이 가진 공용어에 가장 가까운 존재입니다. DVD 립 시대로 거슬러 올라가며, 의도적으로 최소한의 구조를 사용합니다: 순차 번호, 시작 및 종료 타임스탬프 줄, 그리고 한 줄 이상의 텍스트. 스타일링, 메타데이터, 위치 지정은 없습니다 -- 오직 타이밍과 단어뿐입니다.

이 단순함이 강점입니다. 지구상의 거의 모든 미디어 플레이어가 SRT를 읽을 수 있어, 파일이 어디에 쓰일지 모를 때 가장 안전한 선택입니다. 약점은 웹입니다: 브라우저는 SRT를 네이티브로 재생하지 않으므로 HTML5 비디오에서는 변환이 필요합니다. 그것이 목표라면, SRT에서 VTT로 가이드가 단계별로 과정을 안내합니다.

VTT -- 웹 표준

WebVTT(VTT)는 웹에서 텍스트 트랙을 위한 W3C 표준입니다. SRT와 비슷해 보입니다 -- 타임스탬프 줄과 텍스트 블록은 익숙할 것입니다 -- 하지만 필수 WEBVTT 헤더를 추가하고, 타임스탬프 구분자를 마침표로 바꾸고, 실질적인 기능을 추가합니다: CSS 같은 스타일링 큐, 화자 라벨, 위치 지정 및 챕터 메타데이터.

모든 최신 브라우저가 HTML5 <track> 요소를 통해 VTT를 지원하므로, YouTube, Vimeo, 커스텀 플레이어를 포함해 웹 페이지에서 재생되는 모든 것에 적합한 포맷입니다. 대부분의 경우 « 이것을 웹에서 작동하게 만들기 »는 « VTT로 변환하기 »를 의미합니다.

ASS와 SSA -- 스타일과 파워

SubStation Alpha(SSA)와 그 후속인 Advanced SubStation Alpha(ASS)는 하나의 이유로 존재합니다: 스타일링. SRT와 VTT가 텍스트를 가벼운 서식이 있는 단순한 단어로 취급하는 반면, ASS/SSA는 모든 자막 이벤트를 글꼴, 색상, 윤곽선, 그림자, 회전, 이동, 화면 위치를 갖춘 완전히 스타일링된 객체로 취급합니다. 이것이 정교하게 스타일링된 애니메이션 자막, 노래방 효과, 이미지 위에 직접 조판된 간판을 구동하는 포맷입니다.

대가는 브라우저와 대부분의 단순한 플레이어가 ASS를 전혀 이해하지 못한다는 것입니다. 웹이나 기본 플레이어에서 스타일 자막을 사용하려면 일반적으로 SRT나 VTT로 변환합니다 -- 풍부한 스타일링이 과정에서 손실된다는 점을 감수합니다. 이 포맷 작업에 대한 더 깊은 내용은 ASS 자막 스타일링 가이드를 참조하세요.

LRC -- 가사, 뼈대까지 벗겨내다

LRC는 완전히 다른 카테고리입니다. 비디오 자막 대신 음악의 가사를 저장합니다. 각 줄은 [mm:ss.xx] 형식의 단일 타임스탬프로 시작하며, 바로 뒤에 가사 텍스트가 옵니다. 종료 타임스탬프, 스타일링, 옵션 제목이나 아티스트 헤더 이외의 메타데이터는 없습니다. 다음 타임스탬프가 암시적으로 이전 줄을 종료합니다.

이 미니멀리즘은 의도적입니다: Winamp, foobar2000, AIMP 같은 음악 플레이어는 가사를 동기화하여 스크롤하는 데 각 줄의 시작 시간만 필요합니다. 비디오 포맷에서 음악 라이브러리로 자막을 옮기는 경우, LRC로 변환하는 것이 올바른 선택이며, SRT에서 LRC로 가이드가 깔끔하게 하는 방법을 보여줍니다.

SBV -- YouTube의 구형 자막 포맷

SBV는 YouTube가 초기에 사용한 자막 포맷으로, 약간 특이한 타임스탬프 스타일(0:00:00.0)을 사용했습니다. YouTube는 이미 넘어갔습니다 -- 자막은 이제 VTT로 제공됩니다 -- 하지만 오래된 아카이브와 서드파티 도구에서 여전히 SBV 파일을 만날 수 있습니다. SBV를 SRT나 VTT로 변환하는 것이 모던 플랫폼에서 사용 가능하게 만드는 일반적인 첫 단계입니다.

TTML -- 방송 품질 표준

Timed Text Markup Language(TTML)과 스트리밍 중심 프로파일인 IMSC(및 구형 DFXP / .dfxp 확장자)는 방송사와 주요 스트리밍 서비스에서 사용하는 XML 기반 포맷입니다. 엄격한 접근성 및 법적 자막 요구사항을 충족하고, 여러 언어와 지역을 지원하며, 뉴스 자막부터 오페라 자막까지 모든 것의 정확한 레이아웃을 전달해야 하므로 설계상 장황하고 복잡합니다.

대부분의 개별 크리에이터는 TTML을 수동으로 작성하지 않지만, 방송 품질 포맷팅을 요구하는 플랫폼에 자막을 전달할 때 더 단순한 파일을 TTML로 변환하거나, 받은 TTML 파일을 SRT 같은 더 휴대성 좋은 것으로 변환해야 할 수 있습니다.

올바른 포맷 선택

간단한 결정 경로가 대부분의 사례를 다룹니다:

• 웹 브라우저에서 재생 또는 YouTube/Vimeo에 업로드? → VTT.
• 데스크톱 또는 모바일 미디어 플레이어(VLC, MPV, 폰)에서 재생? → SRT.
• 풍부한 스타일링, 글꼴 또는 화면 효과가 필요? → ASS (그 다음 웹용으로 변환).
• 음악 플레이어에서 가사 표시? → LRC.
• 방송사나 표준 기반 플랫폼에 전달? → TTML/IMSC.
• 오래된 YouTube SBV 파일을 상속받았나? → SRT 또는 VTT로 변환.

망설여지면, SRT가 모두가 읽을 수 있어 가장 안전한 교환 포맷이며, VTT는 브라우저가 네이티브로 재생하므로 가장 안전한 웹 전달 포맷입니다. 대부분의 실제 워크플로는 정확히 한 번의 변환을 포함합니다: 목적지가 기대하는 두 포맷 중 하나로 파일을 가져오는 것입니다.

포맷 간 변환

변환은 양방향으로 무손실인 경우가 드뭅니다. 더 풍부한 포맷으로 올라가는 것(SRT → VTT 또는 VTT → ASS)은 정보 손실 없이 기능을 추가합니다. 내려가는 것(ASS → VTT 또는 VTT → LRC)은 대상 포맷이 표현할 수 없는 기능을 버립니다 -- 스타일링, 위치 지정 또는 종료 타임스탬프. 이는 결함이 아니라 예상된 동작입니다: 목표는 플레이어가 실제로 이해하는 포맷에 도달하는 것입니다.

좋은 변환기는 대상 포맷이 담을 수 있는 모든 것을 보존하고 나머지를 우아하게 성능 저하시키므로, 스타일링이 유지되지 않더라도 타이밍과 텍스트는 항상 살아남습니다.

실천해 보기

이 포맷들이 어떻게 다른지 가장 명확하게 보는 방법은 하나의 파일을 가져와 변환을 관찰하는 것입니다. SRT에서 VTT로의 변환은 가장 일반적인 출발점이며, 쉼표에서 마침표로의 전환, 필수 헤더, 포맷 경계를 정의하는 삭제된 시퀀스 번호를 깔끔하게 보여줍니다.