인코딩과 타이밍까지 고치는 자막 변환기

파일이 UTF-8이 아니었기 때문입니다. 자막 파일은 자기 인코딩을 어디에도 적어두지 않으며, 오래된 파일은 거의 UTF-8이 아닙니다. 한국어 자막은 흔히 EUC-KR(CP949), 러시아어는 windows-1251, 폴란드·체코어는 windows-1250, 중국어는 Big5나 GBK입니다. 그런 파일을 UTF-8로 읽는 프로그램은 한 글자도 남김없이 망가뜨립니다. 여기서는 바이트에서 인코딩을 판별해 “인코딩” 칸에 보여줍니다. 그래도 글자가 이상하면 직접 바꿔 보세요. 미리보기가 곧바로 바뀌므로 어느 쪽이 맞는지 눈으로 확인할 수 있습니다.

MicroDVD(.sub), Spruce STL, Apple ITT는 시간이 아니라 프레임 번호를 담기 때문에 프레임 레이트 없이는 읽을 수 없습니다. 어떤 파일은 첫 줄에 {1}{1}23.976 형태로 값을 적어 두는데, 그러면 그 값을 씁니다. 값이 없으면 “프레임 레이트” 칸을 열어 고르세요. 요즘 릴리스는 대개 23.976, 유럽 방송판은 25입니다. 같은 칸에 마지막 항목이 놓이는 시각이 적혀 있으니 영상 길이와 견주면 값이 맞는지 바로 알 수 있습니다.

기울임, 굵게, 밑줄, 색은 그대로 넘어갑니다. 넘어가지 않는 것은 SRT에 자리가 없는 것들입니다. 화면 위치와 정렬(위/아래만 VTT와 TTML로 살아남습니다), 글꼴과 크기, 노래방 타이밍, 효과, 그리고 간판 타이포그래피용 벡터 도형 줄입니다. 그런 줄은 통째로 버립니다. 그 “글”이 낱말이 아니라 도형 좌표이기 때문입니다. 형식 격자 아래의 한 줄이 무엇을 잃는지 내려받기 전에 알려줍니다.

대개 형식 탓이 아닙니다. 순서대로 확인해 보세요. 파일 이름이 확장자만 빼고 영상과 같은지(Movie.mkv와 Movie.srt, Movie.ko.srt 같은 언어 접미사는 괜찮습니다). 파일이 UTF-8로 저장돼 있는지 — 여기서는 “인코딩” 칸이고, 아주 오래된 TV는 “UTF-8 + BOM” 쪽이 필요할 때가 있습니다. 파일에 항목이 실제로 들어 있는지 — 형식 격자 위 숫자가 알려줍니다. 타임코드가 뒤집히거나 겹치지 않았는지 — “정리” 칸이 고쳐 줍니다. 웹사이트 video 태그에는 반드시 VTT라야 합니다. 브라우저는 SRT를 읽지 않습니다.

YouTube는 SRT, SBV, VTT를 받습니다. SRT를 쓰세요. Premiere Pro, DaVinci Resolve, Vegas는 SRT로 작업합니다. Final Cut Pro는 애플 프로파일인 .itt를 요구하는데, 프로젝트의 프레임 레이트를 기준으로 기록되므로 그 값을 골라야 합니다. 웹사이트 video 태그에는 VTT, 스트리밍 플랫폼과 방송사에는 DFXP나 TTML입니다. 첫 화면의 “이 자막은 어디에 쓰나요?” 줄이 형식을 대신 골라 줍니다.

읽기 속도, 즉 시청자가 1초에 몇 글자를 읽어야 하는지입니다. 성인용 17자, 아동용 13자는 업계가 대체로 따르는 넷플릭스 스타일 가이드에서 온 수치이며, 한 줄 42자·최대 두 줄도 같은 문서에 있습니다. 한글·한자·가나처럼 글자 하나가 거의 한 낱말을 담는 언어는 다른 기준으로 따로 잽니다. “타이밍 고치기” 단추는 앞뒤의 빈 구간 쪽으로 항목을 늘릴 뿐, 낱말은 절대 건드리지 않습니다. 번역을 줄이는 일은 번역가의 몫이지 프로그램의 몫이 아니기 때문입니다.