자막 형식 비교, SRT·VTT·ASS의 선택
자막 형식의 선택은 본질적으로 "어느 쪽이 더 고급인가"가 아니라 "이 파일을 누구에게 전달할 것인가"의 문제입니다. 같은 대본이라도 편집자에게 넘기느냐, 영상 플랫폼에 올리느냐, 웹 플레이어에 넣느냐에 따라 정답이 달라집니다. 네 가지 형식이 각각 무엇을 할 수 있는지 먼저 파악하고, 기준에 맞춰 고르면 작업을 끝내고 나서 하류가 받아들이지 못하는 상황을 피할 수 있습니다.
먼저 네 가지 형식의 생김새부터
SRT는 순수 텍스트로 구조가 번호, 타임라인, 텍스트 셋뿐입니다. 읽기 쉽고 손으로 고칠 수 있으며 호환성이 넓습니다. VTT는 WebVTT로 웹 플레이어를 위해 설계되었고, 타임라인 표기가 다르며 위치·정렬 같은 힌트를 지원합니다. ASS와 SSA는 같은 자막 엔진에서 나왔고 ASS가 SSA의 후속 버전입니다. 둘 다 폰트, 색상, 위치, 글자 단위 애니메이션 같은 스타일 정보를 지원하며, 파일 안은 대괄호로 구분된 섹션 구조입니다.
SRT 1개:
1
00:00:01,000 --> 00:00:02,500
오늘은 세 가지 이야기를 합니다
VTT 1개:
00:00:01.000 --> 00:00:02.500
오늘은 세 가지 이야기를 합니다
차이를 한 줄로 정리하면: SRT와 VTT는 "언제 어떤 글자를 표시할지"만 관여하고, ASS/SSA는 "글자가 어떻게 생기고 어디에 놓일지"까지 관여합니다. 또 하나 자주 놓치는 지점이 있습니다. 자막 파일 자체에는 폰트가 들어 있지 않아서, 관객이 최종적으로 보는 폰트는 플레이어나 굽기(burn-in) 시점의 설정에 따라 정해집니다. SRT/VTT에서는 특히 그렇습니다.
기준 1: 무엇으로 재생하는가
- 로컬 플레이어, 내려받은 대부분의 자막 파일: SRT가 가장 안정적이며 거의 모두 인식
- 웹페이지 내장 재생(자기 사이트의 video 태그, H5 페이지): VTT가 일등 시민이며 브라우저가 기본 지원
- 정밀한 스타일(장식 글자, 가라오케, 화면 특정 위치 배치): ASS/SSA만 이 능력이 있음
- 플랫폼 자동 자막 호스팅(YouTube, Bilibili 등): SRT나 VTT를 올리는 것이 일반적이며 플랫폼이 알아서 변환
한 줄로 말하면: 웹은 VTT, 로컬은 SRT, 스타일은 ASS입니다. 자막 파일에 폰트가 없다는 점, 그리고 VTT의 스타일 힌트를 일부 플레이어가 무시한다는 점도 기억하세요.
기준 2: 어떤 편집 프로그램으로 넘기는가
- 캡컷, Premiere, Final Cut 같은 주요 편집 프로그램: SRT를 가져오는 것이 편하고 인식이 안정적
- 장식 글자, 동작 자막, 글자 단위 하이라이트가 필요하면: ASS를 지원하는 프로젝트에서 ASS 트랙을 바로 연결
- 프로그램이 어떤 형식을 지원하지 않으면: 도구로 먼저 한 번 변환한 뒤 가져오는 것이, 프로그램 안에서 타임라인을 손으로 맞추는 것보다 훨씬 빠름
편집 프로그램에서 가져온 뒤 타임라인이 어긋난다면, 파일이 표준 SRT(밀리초 쉼표 구분)인지 VTT(마침표 구분)인지 먼저 확인하세요. 둘을 섞어 쓰는 것이 어긋남의 흔한 원인입니다. 손에 든 파일이 ASS인데 편집 프로그램이 SRT만 받는다면 스타일 정보가 사라집니다. 이건 형식의 다운그레이드이며, 나중에 다시 작업하는 것보다 미리 아는 편이 낫습니다.
기준 3: 화려한 스타일이 필요한가
- "글자가 잘 보이기만 하면 된다": SRT로 충분, 스타일은 플레이어나 굽기 시점에 정함
- 폰트, 색상, 외곽선, 위치를 지정해야 한다: ASS/SSA만 온전히 보존 가능
- 완성본에 굽기할 때 스타일을 조정: SRT를 마스터로 두고 굽기 도구에서 통일 변경해도 됨
흔한 착각 하나를 짚자면: 스타일을 ASS에 담아 자동 트랜스코딩을 하는 플랫폼에 올리면, 플랫폼은 보통 텍스트만 남기고 스타일을 버립니다. 스타일이 필요하면 완성본에 굽고, 검색·대체 가능성이 필요하면 깨끗한 자막 파일을 별도로 올리세요.
선택: 네 가지 기준을 한 동작으로
앞의 기준을 한 표로 압축하면:
| 하류 | 권장 형식 | 이유 |
|---|---|---|
| 로컬 플레이어 / 다운로드 배포 | SRT | 호환성이 넓고 거의 모두 인식 |
| 웹 플레이어 | VTT | 브라우저 기본 지원 |
| 스타일이 들어간 고급 자막 | ASS / SSA | 폰트, 위치, 애니메이션 지원 |
| 플랫폼 자동 호스팅 | SRT 또는 VTT | 플랫폼이 알아서 변환 |
실제 작업 흐름은 보통 이렇습니다. SRT를 마스터로 두고, 웹용이 필요하면 SRT-VTT 변환 도구로 한 판을, 스타일이 필요하면 SRT-ASS 변환 도구로 한 판을 뽑습니다. 같은 대본에서 필요에 따라 다른 형식을 내는 것이, 처음부터 한 형식으로 굳히는 것보다 유연합니다. 원본 언어를 중국어나 영어 자막으로 번역해야 한다면 SRT 번역 도구로 기본 파일을 먼저 만들고 형식을 정하면 됩니다. 장기 보관용으로도 SRT 한 판을 남기는 것을 권합니다. 구조가 명확하고 단순해 도구 체인이 잘못 읽을 가능성이 낮습니다.
형식에 대한 더 자세한 규격은 이중 SRT 형식 규격에서 확인할 수 있습니다.
자주 묻는 질문
SRT와 VTT는 서로 변환할 수 있나요?
가능하고 정보 손실도 거의 없습니다. 둘 다 "타임라인 + 텍스트" 구조라 변환은 대체로 시간코드 표기와 소수의 힌트 차이로 귀결됩니다. SmileSub의 SRT-VTT 변환 도구와 SRT-ASS 변환 도구는 모두 온라인에서 바로 사용할 수 있고 로그인도 필요 없습니다.
ASS와 SSA는 무엇이 다른가요?
SSA가 초기 버전이고 ASS는 그 확장판으로 필드가 더 완전하고 스타일 제어도 강력합니다. 지금 새로 만드는 자막은 대부분 ASS이며, 오래된 프로젝트에서 가끔 SSA가 보입니다. 둘은 같은 엔진이 처리하므로 대부분의 도구가 상호 호환됩니다.
어떤 형식으로 시작해야 할까요?
SRT로 시작하는 것이 더 안전합니다. 구조가 명확하고 단순해 오류가 적고, 거의 모든 하류가 받아들입니다. 재생 플랫폼이나 스타일 요건이 확정되면 그때 VTT나 ASS로 변환하세요. SmileSub의 도구 모음이 번역부터 형식 변환까지 전 과정을 커버합니다.