23,976 fps → 29,97 fps
Или вставьте текст субтитров
Параметры
В какой частоте кадров считается тайминг. На страницах форматов это то, что нужно MicroDVD: он хранит время в номерах кадров. На страницах частоты кадров это частота, по которой файл был рассчитан, — версия, для которой делались субтитры, — а второе поле страницы принимает частоту видео, с которым вы будете их использовать. Обычные значения: 23,976, 24, 25, 29,97, 30, 50, 59,94 и 60. Ошибка сдвигает весь таймлайн, а на страницах частоты кадров — на коэффициент, а не на фиксированную величину.
Частота кадров версии, с которой вы будете использовать субтитры, — видео, которое действительно будете проигрывать. Применяемый коэффициент — первое поле, делённое на это; так 24 в 25 дают 0,96: фильм идёт на PAL на 4% быстрее, и 100-минутная картина помещается на 96-минутную кассету. Если перепутать поля местами, весь таймлайн сдвинется в неверную сторону на ту же величину.
Эта страница берёт файл, таймлайн которого посчитали по 23,976 кадра в секунду, и переносит его на таймлайн 29,97: каждый таймкод умножается на 0,8, ровно на четыре пятых, поэтому двадцатичетырёхминутный эпизод, чьи субтитры заявляют тридцать минут, возвращается к двадцати четырём. Оба поля уже заполнены; измените их, если ваш файл считали по другой частоте.
Ошибка здесь не в проигрывании, а в арифметике: если инструмент читал номера кадров, принадлежащие таймлайну 29,97, но делил их на 23,976, каждая полученная секунда вышла на четверть больше, потому что 29,97 ÷ 23,976 = 1,25, и умножение на 0,8 — это та же ошибка, делённая обратно. Одна оговорка важнее остального: фильм внутри сигнала NTSC проходит 3:2 pulldown, повтор кадров не меняет длительности, поэтому «у меня видео 29,97 с pulldown» — не повод что-либо пересчитывать. Коэффициент 0,8 точен, потому что обе частоты делятся на 1 001 и он сокращается; текст, оформление и порядок реплик остаются на месте, в MicroDVD правится только объявленная частота, и ничего не загружается на сервер.
Примеры
Короткая реплика и длинная
Вход
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
Выход
1
00:00:00,800 --> 00:00:02,400
Hello there.
2
00:00:48,000 --> 00:00:49,600
One minute in.
0,8 — это 23,976, делённое на 29,97. Реплика на одной секунде теряет 200 мс, на минуте — 12 000 мс: в шестьдесят раз дальше от нуля, в шестьдесят раз больше сдвиг. Оба края каждой реплики умножаются, поэтому двухсекундная строка получает 1,6 секунды, и именно из этого сокращения берётся рост скорости чтения.
Опоздание растёт вместе с часами
Вход
1
00:10:00,000 --> 00:10:02,000
Ten minutes in.
2
00:30:00,000 --> 00:30:02,000
Half an hour in.
Выход
1
00:08:00,000 --> 00:08:01,600
Ten minutes in.
2
00:24:00,000 --> 00:24:01,600
Half an hour in.
Две минуты опоздания на десятиминутной отметке и шесть минут на получасе — четверть прошедшего времени в обоих случаях, так и выглядит проблема коэффициента. Фиксированный сдвиг этого не исправит, а пропорция — исправит. Проверка после пересчёта — конец файла: откройте его на новом таймкоде последней реплики, и строка должна быть там.
Файл MicroDVD меняет только строку объявления
Вход
{1}{1}23.976
{240}{288}Hello
Выход
{1}{1}29.97
{240}{288}Hello
MicroDVD хранит тайминг номерами кадров, и неверна была не сама нумерация, а частота, на которую её делили. Кадр 240 при 23,976 читается как десять секунд — это и есть опоздание, на которое жалуются; при 29,97 он читается как восемь, где эта реплика и должна быть. Поэтому правится первая строка файла, и ни один номер кадра не трогается: их перезапись применила бы 25 % дважды.
Частые вопросы
Почему коэффициент 23,976 → 29,97 ровно 0,8?
Потому что обе частоты — круглое число, делённое на 1 001: 23,976 — это 24 000/1001, а 29,97 — 30 000/1001. При делении одного на другое 1 001 сокращается с обеих сторон и остаётся 24 000 на 30 000, то есть четыре пятых. Здесь ничего не округлено и ничего не приближено — реплика на минуте попадает ровно на сорок восемь секунд.
Исправляет ли эта страница фильм, к которому применили 3:2 pulldown?
Нет, и это ловушка, ради которой страница существует. Pulldown заполняет сигнал 29,97 повторёнными кадрами и оставляет длительность ровно такой, какой она была, поэтому файл, рассчитанный по такому видео, уже верен — пересчёт снимает с дорожки пятую часть и делает правильный файл неправильным. Страница нужна для таймингов, построенных делением номеров кадров на 23,976, когда кадры принадлежали таймлайну 29,97.
Мои субтитры опаздывают на четверть прошедшего времени и опаздывают всё сильнее — это та пара?
Проверьте, составляет ли опоздание четверть прошедшего времени. Две минуты на десятиминутной отметке, шесть на получасе и полчаса в двухчасовом фильме — это ровно эта пара. Родственные пары группы различаются по величине: 0,95904 — ошибка в 4 %, 1,0427094 — в 4,271 %, а коэффициент два удваивает длину файла.
Можно ли ввести 24 и 30 вместо 23,976 и 29,97?
Для этой пары да, и результат тот же — 24, делённое на 30, даёт четыре пятых, как и 23,976 на 29,97, потому что общий делитель 1 001 сокращается в любом случае. Это свойство именно этой пары, а не всей группы: на странице фильма и PAL подстановка 24 и 25 там, где файл на самом деле был 23,976, оставляет ошибку в 3,5 секунды в час.
Каждый субтитр получает на пятую часть меньше времени — не нарушит ли это скорость чтения?
Проверить стоит, потому что слова не становятся короче: строка, которая спокойно укладывалась в предел знаков в секунду, может выйти за него из-за роста на 25 %. Инструменты доступности на этом сайте измеряют скорость чтения по порогам стандартов — смотреть нужно на это число, а не на ощущение, что субтитры стали торопливыми.
Стоит ли использовать эту пару, чтобы поставить субтитры фильма на NTSC DVD?
Нет. Фильм на NTSC-диске хранится в 23,976, а плеер применяет pulldown при воспроизведении, поэтому файл, рассчитанный по фильму, не нуждается в изменениях, и 0,8 его испортит. Если файл считали по PAL-копии этого фильма и вы возвращаетесь на диск, нужна пара 25 → 23,976 с коэффициентом 1,0427094 — небольшая поправка в обратную сторону.