SRT / ASS / VTT

SRT는 가장 단순한 형식이고, 그 단순함이 바로 널리 쓰이게 된 이유입니다 — 번호, 시작·종료 시간, 그리고 텍스트. 어떤 도구로든 만들 수 있고 어떤 플레이어로든 읽을 수 있으며, 오타 하나는 텍스트 편집기로 바로 고칠 수 있습니다. 다만 화면 어디에 놓여야 하는지, 무슨 색이어야 하는지는 표현할 수 없습니다.

ASS는 바로 그게 중요해지는 경우를 위해 만들어졌습니다 — 벽에 붙은 간판을 그 자리에서 번역하거나, 두 사람이 동시에 말하거나, 가라오케처럼 음절 하나하나가 켜지는 경우 같은 것들이죠. 글꼴, 색상, 외곽선, 위치, 타이밍 효과까지 담을 수 있고, MKV라면 의도한 대로 렌더링하는 데 필요한 글꼴 파일까지 함께 담을 수 있습니다. ASS를 그냥 평범한 텍스트로 렌더링하는 플레이어는 대사만 보여줄 뿐, 그 안에 들어간 작업은 하나도 보여주지 못하는 셈입니다.

PGS와 VobSub은 완전히 다른 것입니다. 자막을 찍은 사진입니다 — Blu-ray와 DVD에서는 자막이 애초에 이미지로 그려졌기 때문입니다. 화면에 보여줄 수는 있지만 딱 거기까지입니다. 글꼴도 바꿀 수 없고, 크기도 조정할 수 없고, 검색도 번역도 안 됩니다. 이걸 텍스트로 바꾸려면 광학 문자 인식과 한나절의 시간이 필요합니다.

데스크톱에서는 같은 폴더 안의 film.mkv와 film.srt만으로 플레이어가 알아서 처리해 줍니다 — 그만큼 오래되고 보편적인 관례입니다. iOS에는 그런 관례가 없고, 더 정확히는 그런 "폴더" 자체가 없습니다. 앱은 각자 자신만의 저장 공간을 가진 샌드박스 안에 있고, "옆에 있다"는 관계를 시스템이 아예 드러내 주지 않습니다.

그래서 iPhone에서는 자막 파일을 플레이어에 명시적으로 건네줘야 하고, 그 짝을 계속 기억하는 것도 플레이어의 몫입니다. 한 번 그렇게 해두면 그 선택은 파일에 그대로 붙어 있을 수 있습니다 — 튀르키예어 자막을 켜둔 채로 나갔던 영화라면 다음에도 그 자막과 함께 열립니다.

문제의 나머지 절반은 인코딩입니다. 자막 파일은 결국 바이트 나열이고, UTF-8로 작성된 게 아니라면 그 바이트가 어떤 문자 체계를 뜻하는지는 파일 어디에도 적혀 있지 않습니다. 특히 튀르키예어와 키릴 문자로 된 오래된 파일들은 지역별 인코딩으로 작성되어 있어서, UTF-8이라고 무조건 가정하는 플레이어는 ş나 ğ 같은 글자를 깨진 문자로 보여줍니다. 인코딩을 그냥 가정하지 않고 직접 감지하는지가, 이런 파일을 제대로 보여주는 플레이어와 그렇지 못한 플레이어를 가르는 차이입니다.