Точечная синхронизация субтитров
Или вставьте текст субтитров
Параметры
Таймкод, который виден в файле субтитров прямо сейчас: реплика, попадающая на строку диалога, которую можно указать. В паре с полем под ним он образует одну точку синхронизации — инструмент сдвигает всё так, чтобы этот момент оказался где нужно.
Где находится тот же момент — считайте с видео. Разница между двумя полями — это смещение, применяемое ко всему файлу.
Второй таймкод из более поздней части файла, минимум через несколько минут после первого. Одна точка синхронизации может только сдвинуть таймлайн; вторая ещё и растягивает или сжимает его — это нужно файлу, который начинается почти правильно и постепенно уплывает к концу. Оставьте оба нижних поля пустыми, чтобы исправить только смещение.
Где находится второй момент. Когда заполнены обе точки, инструмент вычисляет коэффициент и смещение вместе, поэтому правильно ложатся и начало, и конец. Если точки расходятся в направлении, коэффициент вывести нельзя, и применяется только смещение первой точки.
В какой частоте кадров считается тайминг. На страницах форматов это то, что нужно MicroDVD: он хранит время в номерах кадров. На страницах частоты кадров это частота, по которой файл был рассчитан, — версия, для которой делались субтитры, — а второе поле страницы принимает частоту видео, с которым вы будете их использовать. Обычные значения: 23,976, 24, 25, 29,97, 30, 50, 59,94 и 60. Ошибка сдвигает весь таймлайн, а на страницах частоты кадров — на коэффициент, а не на фиксированную величину.
Заполните В файле этот момент, чтобы запустить.
Укажите момент, который видно в обоих местах, — строку в файле субтитров и ту же строку в видео, — и вся дорожка сдвинется так, чтобы этот момент оказался там, где должен быть. Заполните первую пару полей, и файл получит сдвиг; заполните и вторую, хотя бы на несколько минут дальше, и файл растянется или сожмётся под обе точки, что нужно файлу, который в начале почти верен, а к концу плавно уезжает.
Одна опорная точка умеет только двигать таймлайн, две ещё и меняют его скорость — в этом вся разница между файлом, который равномерно опаздывает, и файлом, который считали по слегка другой версии видео. Обе пары считываются с часов, поэтому арифметики от вас не требуется; важно только, чтобы моменты были далеко друг от друга и однозначны: титр, заставка с именем, первая строка после смены сцены. Текст, разрывы строк и оформление не меняются, ничего не загружается на сервер, а SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON и CSV проходят через очередь по одному файлу или целым сезоном.
Примеры
Одна пара, потому что весь файл сдвинут на одну величину
Вход
1
00:00:05,000 --> 00:00:07,000
Hello there.
2
00:00:12,000 --> 00:00:14,000
Second line.
Выход
1
00:00:04,000 --> 00:00:06,000
Hello there.
2
00:00:11,000 --> 00:00:13,000
Second line.
Файл говорит, что эта строка на пятой секунде, видео — что на четвёртой, поэтому с каждой реплики снимается секунда. Это заполнение сдвига без вычислений в уме: ничего не считалось руками, а пара полей — запись того, почему файл сдвинулся.
Две пары, потому что ошибка растёт
Вход
1
00:00:00,000 --> 00:00:02,000
First.
2
00:05:00,000 --> 00:05:02,000
Five minutes in.
3
00:20:00,000 --> 00:20:02,000
Twenty minutes in.
Выход
1
00:00:00,000 --> 00:00:02,002
First.
2
00:05:00,250 --> 00:05:02,252
Five minutes in.
3
00:20:01,000 --> 00:20:03,002
Twenty minutes in.
Первая реплика уже верна, а двадцатиминутная отметка опаздывает на секунду; опорные точки заданы как 00:00:00,000 → 00:00:00,000 и 00:20:00,000 → 00:20:01,000. Оба якоря попадают точно туда, куда их просили, а реплика между ними — на пятой минуте, то есть на четверти пути, — выходит на четверть секунды позже, что и делает единый коэффициент со всем, что между концами. Никакая пара полей сдвига не дала бы такого: любая одна величина была бы верна на одном конце и неверна на другом.
Вторая пара противоречит первой
Вход
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:03,000 --> 00:00:04,000
Second.
Выход
1
00:00:02,000 --> 00:00:03,000
First.
2
00:00:04,000 --> 00:00:05,000
Second.
Первая точка говорит, что файл спешит на секунду, вторая — что опаздывает на четыре. Если понимать их буквально, дорожка должна была бы идти назад, и каждая реплика заканчивалась бы раньше, чем начинается, поэтому растяжение не выводится и применяется только сдвиг первой точки — всё уезжает на секунду позже, ровно как если бы нижнюю пару оставили пустой. Отчёт о потерях считает один пункт, и именно так вы узнаёте, что опорные точки противоречат друг другу, а не получаете файл, который выглядит правдоподобно.
Опорная точка в середине файла
Вход
1
00:00:01,000 --> 00:00:02,000
Before the reference.
2
00:00:03,000 --> 00:00:06,000
Straddling it.
3
00:00:05,000 --> 00:00:07,000
On the reference.
Выход
2
00:00:00,000 --> 00:00:02,000
Straddling it.
3
00:00:01,000 --> 00:00:03,000
On the reference.
Момент, на который вы указываете, не обязан быть первой репликой файла, и вот что это даёт: файл говорит, что строка на пятой секунде, видео — что на первой, сдвиг в четыре секунды снимается со всего, и первой реплике, которая начиналась всего на секунде, двигаться некуда. Реплика, кончающаяся до нуля, отбрасывается и считается; та, у которой остаётся время конца, прижимается к нулю и выходит короче; реплика на опорной точке попадает ровно туда, куда её просили. Номера реплик остаются такими, какими были в файле, поэтому две выжившие читаются как 2 и 3.
Частые вопросы
Как понять, нужна одна пара опорных точек или две?
Заполните первую пару, а затем проверьте момент минут на десять дальше. Если он оказывается там, где вы ожидаете, файл был равномерно сдвинут и нижние два поля не нужны. Если начало верно, а десятиминутная отметка всё ещё отстаёт от картинки, ошибка растёт, и исправляет её вторая пара — больше на этой странице её не исправит ничто.
Какие два момента годятся как опорные точки?
Те, которые вы опознаёте без сомнений и которые далеко друг от друга: титр, заставка с именем, первая строка после смены сцены, слово, которое слышно. Минуты, а не секунды. Две точки в пяти секундах друг от друга тоже дают коэффициент, но ошибка округления в любом таймкоде становится большой ошибкой этого коэффициента, и чем дальше точки, тем точнее определяется скорость.
Почему инструмент проигнорировал вторую пару и просто сдвинул весь файл?
Потому что две точки противоречат друг другу. Если первая говорит, что файл спешит, а вторая — что опаздывает, или обе описывают один и тот же момент, ни одна прямая через них не проходит, поэтому применяется только сдвиг первой точки, а отчёт считает один отброшенный пункт. Сверьте направление обеих пар с видео: файл должен быть сдвинут одинаково в обеих.
Можно ли исправить первую половину файла одной парой, а вторую другой?
Нет. Две пары описывают одну прямую, поэтому обе уже закреплены одним коэффициентом и одним сдвигом, а третью пару добавить нельзя. Файл, верный до некоторой точки и неверный после неё, склеен из двух кусков или рассчитан по версии, собранной из рулонов с разной скоростью: разделите его там, где начинается ошибка, и дайте каждой половине свой запуск.
Мои субтитры просто сдвинуты на полсекунды от начала до конца. Нужна вторая пара?
Нет, и её заполнение сделает хуже, а не лучше. Равномерная ошибка — ровно то, что измеряет одна пара полей, и с ней безопаснее работать: одна пара умеет только двигать файл, поэтому не может внести ошибку скорости там, где её не было. Берегите вторую пару для файла, который верен в начале и неверен позже.
Что происходит, если указанный момент — не первая реплика файла?
Сдвиг всё равно применяется ко всему файлу, поэтому реплики до этого момента тоже двигаются, и если опорная точка близко к началу, некоторые из них могут уехать за старт дорожки. С ними поступают так же, как с отрицательным сдвигом: реплика, у которой ещё осталось время на экране, прижимается к нулю и выходит короче, реплика без времени отбрасывается, и обе считаются в отчёте.