Проверка качества субтитров

Проверьте файл субтитров перед публикацией

Вставьте содержимое файла .srt или .vtt, или перетащите файл, и каждая реплика будет разобрана и измерена. Вы получите оценку и список того, что на самом деле не так: недействительные или перекрывающиеся тайминги, реплики, которые слишком быстро мелькают, подписи, которые слишком долго остаются на экране, слишком длинные строки и текст, читаемый быстрее, чем кто-либо может его прочитать.

Каждая проблема возвращается с соответствующим таймкодом, так что вы исправляете реплику 47, а не прокручиваете файл в ее поисках.

Работает в браузере. Файл разбирается и измеряется на вашем устройстве, что важно, когда субтитры относятся к невыпущенному эпизоду или видео клиента.

Как выглядит отчет

Вот как выглядит результат. Файл и его реплики созданы для этого примера.

Все остальные инструменты для субтитров создают их, этот - проверяет

Создание субтитров - решенная проблема. Полдесятка инструментов расшифруют видео и передадут вам SRT, и большинство из них справляются достаточно хорошо.

Чего почти никто не делает, так это не сообщает, насколько хорош полученный вами файл. Поэтому субтитры поставляются с репликой 12, перекрывающей реплику 13, строкой из 78 символов, которая переносится в три на телефоне, и подписью, содержащей 40 символов в течение полусекунды. Ничего из этого не видно в текстовом редакторе. Все это становится очевидным для зрителя примерно через десять секунд.

Здесь проверки основаны на арифметике временных меток и подсчете символов. В этом и смысл: это проблемы субтитров, которые можно доказать, а не обсуждать.

Что он измеряет

Вот точные пределы, которые он использует.

Sources, checked 2026-10-12: Subtitle Quality Checker settings

Оценка начинается с 100, minus 120 points for every problem and 45 for every warning, each divided by the number of cues.

Скорость чтения - это проверка, которую никто не проводит

Количество символов в секунду - это показатель, который отличает комфортные субтитры от тех, что кажутся домашним заданием, и почти никто его не измеряет.

Арифметика проста. Возьмите количество символов в реплике, разделите на время ее отображения на экране. Реплика с 60 символами, отображаемая в течение 2 секунд, имеет скорость 30 символов в секунду. Зритель должен читать это, смотреть картинку и слушать, все одновременно. Он не успеет.

Большинство руководств по стилю сходятся на уровне примерно 17 символов в секунду для широкой аудитории, и это помечает все, что выше этого значения. Свыше 21 это отмечается как реальная проблема, а не просто то, на что стоит обратить внимание, потому что на такой скорости текст исчезает до того, как средний читатель дойдет до конца.

Что делает эту проверку стоящей, так это то, что высокая скорость чтения невидима во всех остальных отношениях. Файл действителен. Тайминги в порядке. Ничего не повреждено. Субтитры просто движутся слишком быстро, и единственный способ узнать это - выполнить деление для каждой реплики.

Место этого в соответствии с требованиями доступности

Стоит разделить две вещи, которые часто объединяют, потому что именно в разрыве между ними кроется большинство неудач с субтитрами.

Стандарты доступности определяют, должны ли субтитры существовать. WCAG требует субтитров для заранее записанного видео как элемент уровня A и для живого аудио на уровне AA, а Раздел 508 ссылается на WCAG по тому же вопросу. Эти стандарты требуют, чтобы субтитры присутствовали, были точными и синхронизированными с аудио.

Чего они не делают, так это не устанавливают скорость чтения или длину строки. Не существует числа WCAG для количества символов в секунду, и любой, кто его цитирует, цитирует руководство по стилю. Пороги, используемые здесь, взяты из практики вещания и потоковой передачи, где были выработаны применимые ограничения, и это другой вид авторитета по сравнению со стандартом соответствия.

Практическое следствие стоит знать. Контрольный список соответствия спрашивает, есть ли в файле субтитры, и файл, полный перекрывающихся реплик, идущих со скоростью тридцать символов в секунду, отвечает “да”. Они присутствуют, они, возможно, синхронизированы, и они нечитабельны для человека, которому предназначены. Субтитры, за которыми никто не успевает, удовлетворяют проверке, но не удовлетворяют пользователя.

Таким образом, это охватывает измеряемую половину качества субтитров, а не соответствие. Он сообщит вам, что тайминги действительны, реплики не конфликтуют, и текст читаем со скоростью его появления. Является ли формулировка точной по отношению к аудио, что является наиболее важной частью для стандартов, - это отдельная проверка: калькулятор частоты ошибок в словах сравнивает стенограмму с тем, что было сказано на самом деле.

Что не означает идеальный результат

Это означает, что файл структурно целостен и находится в пределах обычных ограничений. Это не означает, что субтитры правильны.

Это не может сказать вам, соответствуют ли слова аудио. Файл субтитров может пройти каждую проверку здесь, будучи при этом неправильно транскрибирован или сдвинут на две секунды от диалога, потому что инструмент никогда не видит и не слышит видео. Синхронизация с фактическим аудио - это другая задача.

Он не проверяет орфографию, и это сделано намеренно, а не является упущением. Проверка орфографии требует словаря для нужного языка, а субтитры полны имен, мест, названий продуктов и намеренной неформальности, которые наивный проверщик пометил бы сотнями. Список из 200 ложных срабатываний хуже, чем отсутствие списка, поэтому он не претендует на это.

Он также не знает вашего фирменного стиля. Вещательные компании, стримеры и стандарты доступности различаются по длине строки и скорости чтения, а некоторые языки требуют совершенно других ограничений. Пороги здесь - это общепринятые конвенции, а не правила, ниоткуда не навязанные. Воспринимайте предупреждение как повод для проверки, а ошибку - как нечто, что нужно исправить.

SRT, VTT и что игнорируется

Оба формата работают, и вы можете вставить текст вместо загрузки, если это удобнее. Номера последовательности SRT и заголовок WEBVTT распознаются и пропускаются, а не учитываются как контент.

Временные метки анализируются в любом диалекте, поэтому запятая в 00:00:04,120 и точка в 00:00:04.120 оба подходят, включая более короткую форму VTT MM:SS.mmm. Настройки реплик VTT, следующие за временем окончания, такие как align:start или position:10%, считываются и игнорируются, а не обрабатываются как текст.

Теги форматирования удаляются до подсчета. Это важнее, чем кажется: строка, заключенная в теги курсива, на самом деле не становится длиннее для зрителя, и подсчет разметки пометил бы строки, которые совершенно нормальны.

Если вам нужно создать или исправить субтитры

Этот инструмент проверяет уже имеющийся у вас файл. Эти инструменты охватывают смежные шаги.