Видео и субтитры · Инструментарий субтитров
Частота кадров и субтитры: почему 23.976, 25 и 29.97 fps вызывают дрейф
· Фон
субтитры частота кадров таймкоды
Частота кадров — это наследие аналогового телевидения, и она до сих пор влияет на время субтитров. В этом посте объясняется, откуда взялись нечетные числа, как несоответствие частоты кадров приводит к дрейфу и как это обосновать, прежде чем что-либо исправлять.
Субтитры, синхронизированные с одним мастером, смещаются с другого — практический результат столетия телевизионных стандартов.
Файл титров может идеально соответствовать одному мастеру и заканчиваться за несколько минут или секунд до диалога на другом, даже если ни одна реплика не редактировалась. Эта закономерность является дрейфовой: прошедшее время субтитров и прошедшее время программы увеличиваются с разной скоростью. Начало дает мало доказательств, потому что умножение небольшого времени дает небольшую ошибку; закрытие делает несоответствие очевидным.
Рабочие процессы телевидения и кино унаследовали несколько близко расположенных скоростей, поэтому файл, помеченный только названием и языком, может потерять контекст, необходимый для интерпретации его времени. Практический ремонт начинается с определения соотношения скоростей, а не с применения смещения, которое выравнивает одну сцену и оставляет рост нетронутым.
Откуда взялись 24, 25 и 30 — кинопроекция и сетевые частоты европейского и американского телевидения
Целочисленные ставки, такие как 24, 25 и 30, отражают различные производственные и телевизионные линии. Кино обычно ассоциируется с 24 кадрами в секунду, в то время как телевизионные системы были построены с учетом региональных ограничений электроснабжения и вещания, что привело к разным номинальным скоростям. Это широкое происхождение является стабильным фоном; в этой статье не указываются даты изобретения и не утверждается один универсальный путь от частоты сети к каждому современному формату.
Важным фактом восстановления является то, что эти скорости представляют разную продолжительность для одного и того же количества кадров. Сто тысяч кадров, воспроизводимых со скоростью 25 кадров в секунду, заканчиваются раньше, чем те же кадры, воспроизводимые с частотой около 24 кадров в секунду, поэтому субтитры, созданные для одной длительности, не могут оставаться согласованными с другой без пропорционального изменения времени.
Почему существуют 29.97 и 23.976: компромисс с цветным телевидением и его влияние на передачу фильмов
Дробные ставки около 30 и 24 являются частью наследия цветного телевидения и кинопередачи. Их точная инженерная история находится за пределами источников хранилища, поэтому в этой статье не повторяется подробная формула поднесущей. Для работы с субтитрами важно то, что 29.97 не является 30, а 23.976 не является 24; рассмотрение любой пары как идентичной приводит к небольшой процентной ошибке, которая накапливается с течением времени.
Десятичная запись также округляется. Рабочий процесс должен использовать точные метаданные о скорости, доступные от мастера, а не получать коэффициент из трехзначной метки, когда точность имеет значение. Инструмент принимает числовой масштабный коэффициент; он не проверяет метаданные видео и не определяет, какая частота создала субтитры.
Ускорение PAL — почему фильм воспроизводится немного быстрее при передаче 25 кадров в секунду и как это влияет на тайминг
Обычная доставка киноматериала со скоростью 25 кадров в секунду обрабатывает кадры быстрее, чем мастер-версия примерно со скоростью 24 кадров в секунду. Это часто называют PAL ускорением. Каждое событие происходит раньше, поэтому субтитры, привязанные к более медленному мастеру, все больше отстают, если используются без изменений при более быстрой передаче. Слова и порядок реплик остаются правильными; только соотношение часов неправильное.
Это не исправляется перемещением каждого сигнала на одно и то же расстояние. Сдвиг – это сложение, при этом эта ошибка меняет расстояние от нуля до каждого сигнала. Требуемая операция — умножение, и направление имеет значение: когда пункт назначения работает быстрее, временные метки из более медленного источника должны быть меньше единицы, чтобы стать раньше.
От частоты кадров до смещения титров: как фиксированная процентная разница в скорости становится растущей ошибкой таймкода
Постоянная процентная разница в скорости создает ошибку, пропорциональную затраченному времени. Через десять минут после запуска программы абсолютная ошибка невелика; девяносто минут в девять раз больше десятиминутной ошибки. Именно этот прямолинейный рост является причиной того, что две контрольные точки отличают несоответствие скорости от постоянной начальной настройки: равные ошибки указывают на сдвиг, тогда как большая конечная ошибка указывает на масштабирование или другую форму дрейфа.
ToolAcre хранит временные метки в виде целых миллисекунд, а ScaleCues умножает обе границы на выбранный коэффициент, округляет каждую до ближайшей миллисекунды и фиксирует на нуле. Таким образом, масштабирование менее обратимо, чем сдвиг. Работайте с исходным файлом реплик и применяйте один рассчитанный коэффициент вместо уточнения нескольких округленных результатов экспорта.
Рабочий пример: фильм продолжительностью 90 перенесен с 23.976 на мастер-кадр 25 — оценка отклонения в конце
Для 90-минутного файла субтитров, созданного на основе материала с частотой 23.976 кадров в секунду и используемого с передачей тех же кадров с частотой 25 кадров в секунду, умножьте временные метки источника на 23.976, разделенное на 25, примерно 0.95904. Источник, заканчивающийся на 5,400 секунд, становится примерно на 5,178.8 секунд, поэтому более быстрый мастер завершает работу примерно на 221.2 секунд раньше. Эта оценка предполагает одинаковую последовательность кадров и равномерное изменение скорости.
Обратный путь использует 25, разделенный на 23.976, примерно 1.0427, что является примером, задокументированным рядом с полем масштаба. Сравните расчетный результат с реальным диалогом на обоих концах. Если после пропорциональной коррекции остается остаточная постоянная разница, тогда и только тогда примените измеренное смещение.
Что здесь не распространяется — запись с переменной частотой кадров и удаление раскрывающегося списка.
Записи с переменной частотой кадров не обеспечивают единого фактора для всей программы, а материал, собранный в результате нескольких преобразований частоты кадров, может изменить поведение в точках редактирования. Удаление раскрывающегося списка добавляет еще один уровень, поскольку частота кадров и отображаемая частота кадров не фиксируются простым списком временных меток субтитров. Единый глобальный масштаб не может честно исправить эти случаи.
Инструмент сдвига также не может изменить время выбранного диапазона. Если подписи верны до тех пор, пока они не будут вырезаны, а затем скачут на фиксированную величину, это скорее несоответствие редактирования, чем плавное отклонение скорости. Сохраните исходный код и перейдите к редактору с поддержкой временной шкалы, который может корректировать сегменты самостоятельно.
Вывод: у дрейфа есть причина, которую вы можете назвать — как ее диагностировать, прежде чем обращаться к функции повторного запуска Subtitle Toolkit.
Назовите ошибку, прежде чем ее менять. Сравните четкий сигнал в начале и в конце, запишите направление и величину обеих ошибок и найдите постоянное или пропорциональное поведение. Дрейф частоты кадров требует масштабирования от нуля; снятый бампер требует одного смещения; редактирование в середине программы требует региональной работы, которую этот инструмент не обеспечивает.
Используйте сдвиг времени субтитров только после этой диагностики. Введите положительный масштабный коэффициент, проверьте округленный результат в обеих точках измерения и загрузите новый файл, а не перезаписывайте мастер-файл. Реализация выполняет указанную вами арифметику; он не делает за вас историю видео.