Формати субтитрів: SRT, WebVTT, EBU-STL та інші

Які формати субтитрів здавати, залежить від того, куди йде фільм. SRT — універсальний текстовий формат, який приймає більшість платформ і фестивалів. WebVTT — стандарт для вебплеєрів. SCC переносить приховані субтитри (closed captions) американського зразка для телебачення. EBU-STL — давній європейський формат обміну для мовлення. iTT — формат таймованого тексту від Apple. IMSC1 та EBU-TT-D — сучасні XML-профілі TTML, які використовують стримінгові та онлайн-сервіси мовників. ASS — для багато стилізованих субтитрів, які часто вшивають у зображення.

Правило, що рятує від найбільших проблем: спершу прочитайте технічні вимоги до здачі й експортуйте рівно те, що вони просять. У цьому посібнику пояснюємо кожен формат, хто зазвичай його вимагає, норми читання, що стосуються всіх форматів, і як перевірити файли, перш ніж вони підуть від вас.

Текстові робочі конячки: SRT і WebVTT

SRT (SubRip)

SRT — пронумерований список реплік, кожна з часом початку й кінця та одним-двома рядками тексту. Його легко читати, легко редагувати в будь-якому текстовому редакторі, і його приймають майже всюди: відеоплатформи, багато стримінгових агрегаторів і більшість платформ подання на фестивалі.

Його обмеження — причина, з якої існують інші формати. SRT не має стандарту для позиціювання чи стилізації. Одні плеєри враховують базові теги курсиву, інші ігнорують. Важливе й кодування: зберігайте в UTF-8, інакше символи з діакритикою чи кирилиця можуть зламатися на деяких плеєрах.

WebVTT

WebVTT — формат субтитрів вебу, що використовується з елементом HTML5 track. Він схожий на SRT із заголовком і крапкою замість коми в часових мітках і додає налаштування реплік для позиції й вирівнювання, а також стилізацію. Якщо місце призначення — вебсайт, власний плеєр чи вебхостинг відео, WebVTT зазвичай правильний вибір.

Стилізовані субтитри: ASS

ASS (Advanced SubStation Alpha) підтримує шрифти, кольори, обведення, точне позиціювання й ефекти. Він популярний для стилізованих робіт, тексту в стилі караоке й фільмів, де субтитри є частиною дизайну. Мало які професійні платформи приймають ASS як окремий sidecar-файл, тож здебільшого його використовують, щоб створити вигляд, а потім вшити в зображення.

Формати для мовлення: SCC і EBU-STL

SCC (Scenarist Closed Caption)

SCC переносить приховані субтитри CEA-608, стандарт line-21, що використовується в північноамериканському мовленні. Його часто вимагають американські мовники й деякі дистриб'ютори. Формат має жорсткі обмеження: обмежений набір символів, фіксовану сітку субтитрів із короткою максимальною довжиною рядка й таймінг, прив'язаний до телевізійних частот кадрів. Плануйте коротші рядки, ніж використовували б в SRT.

EBU-STL

EBU-STL (EBU Tech 3264) — бінарний формат обміну субтитрами, яким європейські мовники користуються десятиліттями. Мовники та їхні підрядники із субтитрування досі вимагають його для лінійного ТБ. Оскільки він бінарний, виправити його в текстовому редакторі не вийде; експортуйте його правильно з першого разу й перевіряйте валідатором.

Таймований текст у XML: iTT, IMSC1 і EBU-TT-D

Усі ці формати побудовано на TTML (Timed Text Markup Language), XML-стандарті W3C для таймованого тексту. Вони відрізняються профілем: які функції дозволяють і хто на них чекає.

• iTT (iTunes Timed Text) — формат Apple на основі TTML, що використовується під час здачі на платформи Apple через їхніх партнерів зі здачі.
• IMSC1 — профіль TTML від W3C, розроблений для інтернет-медіа. Багато стримінгових сервісів приймають або віддають перевагу профілю IMSC для текстових субтитрів. Перевірте, чи вимоги називають конкретну версію IMSC.
• EBU-TT-D — профіль TTML Європейської мовної спілки для дистрибуції, що використовується в онлайн-сервісах і сервісах для смарт-ТБ європейських мовників.

Якщо у вимогах написано «TTML», спитайте, який профіль. Для валідаторів різниця важлива.

Хто що вимагає

Лише загальні закономірності. Кожна платформа, мовник і фестиваль публікують власні правила, і ці правила змінюються.

• Веб і соцмережі: SRT або WebVTT окремим файлом або вшиті субтитри для платформ і стрічок з автовідтворенням, що ігнорують sidecar-файли.
• Стримінгові сервіси: зазвичай профіль TTML, як-от IMSC1, іноді SRT для менших сервісів. Точно дотримуйтеся посібника зі стилю.
• Платформи Apple: iTT, зазвичай через затвердженого партнера.
• Мовлення США: SCC для прихованих субтитрів.
• Європейське мовлення: EBU-STL для традиційних процесів, EBU-TT-D для онлайн-сервісів.
• Фестивалі: зазвичай файл SRT для відбіркової комісії, а також копії для показу із субтитрами за технічними вимогами фестивалю. Див. наш чекліст матеріалів для фестивалю.

Швидкість читання й довжина рядка

Формат несе текст; норми вирішують, чи зможуть люди його прочитати. Поширені рекомендації, що різняться залежно від платформи й аудиторії:

• Максимум два рядки на субтитр, з розривом рядка на природній межі фрази.
• Довжина рядка зазвичай близько 37–42 символів для латинського письма. Формати прихованих субтитрів для мовлення, як-от SCC, суворіші.
• Швидкість читання часто вимірюють у символах за секунду. Багато посібників радять приблизно 15–17 для дорослого контенту й менше для дитячих програм, тоді як деякі платформи дозволяють приблизно до 20.
• Мінімальної тривалості менш як секунду зазвичай уникають; поширена нижня межа — приблизно п'ять шостих секунди. Максимальна тривалість часто близько семи секунд.
• Проміжки у пару кадрів між сусідніми субтитрами допомагають оку зафіксувати зміну.
• Зміни планів: уникайте субтитрів, що заходять за склейку лише на кілька кадрів.

Перекладені субтитри зазвичай довші за оригінал. Закладайте запас, коли сегментуєте оригінал.

QC перед здачею

Відхилений файл субтитрів зазвичай падає з нудних причин: накладання, репліка, яку не встигнеш прочитати, зламаний символ, не та частота кадрів. Перевірте:

1. Кодування (UTF-8 для текстових форматів) і те, що кожен спеціальний символ відображається.
2. Відсутність реплік, що накладаються, і реплік нульової тривалості.
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. Сегментуйте й перевіряйте під найсуворіший формат, який вам потрібен, а решту експортуйте з того самого джерела.

Коли варто вшивати субтитри?

Коли плеєр ігнорує sidecar-файли, для публікацій у соцмережах і стрічок з автовідтворенням або коли цього вимагає місце показу. Зберігайте також чистий мастер без субтитрів.

Експортуйте правильний формат з першого разу

Тримайте одне виправлене джерело субтитрів і експортуйте з нього кожен формат здачі. Завантажте cinemaOS, щоб запускати QC і експортувати будь-який формат на своєму Mac під час 60-денного безкоштовного пробного періоду; картка не потрібна.