Видео и субтитры · Инструментарий субтитров
За пределами SRT и VTT: где используются субтитры ASS, TTML, DFXP и SCC.
· Фон
субтитры форматы файлов СРТ вебвтт
SRT и WebVTT доминируют в сети, но вещание, аниме-фандом и потоковая передача используют другие форматы. В этом посте описывается ландшафт, объясняется, для чего нужен каждый формат и почему специализированный набор инструментов поддерживает только два из них.
Папка, полная расширений, которые ваш плеер не распознает — разнообразие форматов в работе с профессиональными субтитрами
Передача локализации может содержать файлы, которые выводят слова на экран и практически не имеют общей внутренней структуры. Некоторые из них представляют собой простые списки сигналов, некоторые — документы XML, некоторые имеют детальный стиль, а некоторые кодируют устаревший поток субтитров вещания. Рассматривая каждое незнакомое расширение как «еще один SRT», вы рискуете удалить функцию, которая заставила отправителя выбрать его.
Первый вопрос сортировки заключается не в том, какой конвертер открывает файл, а в том, какой системе доставки он принадлежит. Сохраните оригинал, определите запрошенное место назначения и используйте анализатор, который понимает этот формат. Subtitle Toolkit явно читает и записывает только SRT и WebVTT, что является скорее границей, чем несостоявшимся обещанием универсальности.
ASS и SSA — стилизованные и позиционированные субтитры из традиции фанатских аниме.
SSA и его преемник ASS представляют собой форматы субтитров в стиле сценария с разделами для метаданных, повторно используемыми стилями и синхронизированными диалоговыми событиями. Они могут выражать позиционирование и внешний вид, выходящие за рамки обычного SRT. Они тесно связаны с рабочими процессами создания субтитров в сообществе, в том числе с фансабами аниме, но эти ассоциации не превращают каждый файл ASS в фансаб и не определяют его лицензирование.
Команды переопределения, разделенные скобками, из форматов SubStation иногда сохраняются после грубого преобразования в видимый текст. Очистка ToolAcre может удалять такие блоки, как переопределение позиционирования, из ключевого текста, но она не анализирует сценарий ASS, не переводит его стили и не сохраняет караоке и поведение рисования. Преобразуйте с помощью инструмента, поддерживающего ASS, прежде чем приводить сюда производную версию в виде простого текста.
TTML и DFXP — синхронизированный текст на основе XML для широковещательной и потоковой доставки.
TTML представляет синхронизированный текст как XML, позволяя структуре, пространствам имен, времени и информации о представлении перемещаться вместе. DFXP — это имя, встречающееся в том же семействе синхронизированного текста и в рабочих процессах доставки, построенных на его основе. Эти документы не являются блоками реплик с пустыми строками, поэтому анализатор SRT не может безопасно восстановить их путем поиска стрелок.
Системы вещания и потоковой передачи могут выбрать профиль семейства TTML с более узкими требованиями, чем широкий формат. В этой статье не утверждается наличие одного профиля, стандартной версии или сопоставления платформы для каждого файла .ttml или .dfxp. Спецификация доставки является авторитетной, и преобразование должно сохранять мастер до тех пор, пока пункт назначения не примет и не отобразит результат.
SCC и CEA-608 — наследие трансляционных субтитров, которое все еще требуется некоторым дистрибьюторам
Файлы SCC представляют собой происхождение широковещательных подписей, связанных с данными CEA-608, а не понятный для человека список блоков SRT. Их содержимое и ограничения отражают команды подписей и модели передачи, которые предшествуют тексту веб-сопровождения. Дистрибьютор, запрашивающий SCC, запрашивает именно это представление доставки, а не файл SRT с другим суффиксом.
Инструмент репозитория не читает SCC и не кодирует CEA-608. Он также не проверяет соответствие вещательной компании. Сохраните исходный проект субтитров и используйте программное обеспечение, предназначенное для запрошенного рабочего процесса трансляции; экспортируйте в SRT или WebVTT только в том случае, если отдельный пункт назначения действительно требует один из этих файлов.
SBV, LRC и другие — специфичные для платформы и нишевые форматы.
SBV встречается в рабочих процессах субтитров на платформе, а LRC обычно используется для синхронизированных текстов. Другие расширения содержат еще больше предположений о времени, стиле или конкретном приложении. Их поверхностное сходство (время плюс строка текста) недостаточно, чтобы сделать их взаимозаменяемыми, поскольку пунктуация, порядок и метаданные определяют, как парсер читает файл.
В этой статье не приводится исчерпывающий реестр и не утверждается, что одна служба всегда принимает один формат. Изменения в поддержке платформы и профессиональные поставки являются договорными. Прочтите текущую целевую документацию и сохраните исходный файл, особенно если при преобразовании обязательно отбрасывается макет или стиль.
Почему набор инструментов выбирает только SRT и WebVTT — форматы обмена в сети и честность документирования этого ограничения
Специальный набор инструментов браузера выбирает SRT и WebVTT, поскольку его модель преобразования представляет собой текстовый сигнал, начальные и конечные миллисекунды, а также необязательную строку настроек. Эта модель напрямую соответствует общей блочной структуре этих двух форматов. Он не содержит дерева XML, многоразовой таблицы стилей, потока широковещательных команд или встроенной видеодорожки, поэтому имитация их поддержки приведет к молчаливому сглаживанию информации.
Ограничение указано в записи конвертера: ASS и SSA, TTML, SAMI и подписи, встроенные в контейнер, не обрабатываются. Даже в WebVTT блоки NOTE, STYLE и REGION пропускаются. Честный объем позволяет пользователю остановиться до повреждения, а не обнаруживать после экспорта, что какая-то специализированная функция исчезла.
Вывод: изучите карту, затем выберите инструмент — как набор инструментов для субтитров охватывает SRT и часть WebVTT ландшафта.
Знайте карту, сохраняйте мастер и выбирайте инструмент, который понимает запрошенный пункт назначения. Набор инструментов для субтитров охватывает часть SRT и WebVTT: толерантный анализ сигналов, каноническую сериализацию, изменения времени, очистку текста и структурную проверку. Это не универсальный механизм обмена субтитрами, и он не превращает неподдерживаемый формат в безопасный ввод путем его переименования.
Если специализированное приложение уже создало проверенную производную версию SRT или WebVTT, загрузите эту производную здесь и проверьте количество сигналов и проблемы перед преобразованием. Храните ASS, TTML, SCC или другой мастер рядом с ним, чтобы можно было отследить любые потерянные метаданные стиля или доставки, а не догадаться о их существовании.