Перейти до основного вмісту
SubtitleMatrix

Точкова синхронізація субтитрів

ТаймінгВирівнювання за опорною доріжкою
Або вставте текст субтитрів

Параметри

Таймкод, який ви бачите в файлі субтитрів зараз: репліка, що припадає на рядок діалогу, на який можете вказати. У парі з полем під ним вони утворюють одну точку синхронізації — інструмент рухає все так, щоб цей момент опинився там, де треба.

Де належить той самий момент — зчитайте з відео. Різниця між двома полями — це зсув, застосований до всього файлу.

Другий таймкод з пізнішої частини файлу, щонайменше за кілька хвилин після першого. Одна точка синхронізації може лише зсунути таймлайн; друга ще й розтягує або стискає його — це потрібно файлу, який починається майже правильно й поступово відходить до кінця. Залиште обидва нижні поля порожніми, щоб виправити лише зсув.

Де належить другий момент. Коли заповнені обидві точки, інструмент обчислює відношення й зсув разом, тож початок і кінець обидва потрапляють правильно. Якщо точки суперечать одна одній щодо напрямку, відношення вивести неможливо, і застосовується лише зсув першої точки.

У якій частоті кадрів пораховано таймінги. На сторінках форматів це те, що потрібно 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.

Часті запитання

Як зрозуміти, чи моєму файлу потрібна одна пара опорних точок, чи дві?

Заповніть першу пару, а потім перевірте мить хвилин за десять далі. Якщо вона лягає туди, де ви очікували, файл був зсунутий рівномірно й нижні поля не потрібні. Якщо початок правильний, а десятихвилинна позначка все ще позаду кадру, помилка росте, і виправляє її саме друга пара — більше ніщо на цій сторінці цього не зробить.

Які дві миті добре підходять як опорні точки?

Ті, які ви впізнаєте без сумніву й між якими далеко: вивіска, титр з іменем, перший рядок після зміни сцени, слово, яке чути. Хвилини, а не секунди. Дві точки за п’ять секунд одна від одної теж дають коефіцієнт, але похибка округлення в будь-якому таймкоді стає великою похибкою цього коефіцієнта; що далі вони стоять, то точніше визначена швидкість.

Чому інструмент проігнорував другу пару й просто зсунув увесь файл?

Бо дві точки суперечать одна одній. Якщо перша каже, що файл поспішає, а друга — що відстає, або обидві описують ту саму мить, жодна пряма не проходить через обидві, тому застосовується лише зсув першої точки, а звіт рахує один відкинутий пункт. Перевірте напрямок обох пар на відео: файл має бути зсунутий у той самий бік в обох точках.

Чи можна виправити першу половину файлу однією парою, а другу — іншою?

Ні. Дві пари описують одну пряму, тому обидві вже виправлені тим самим коефіцієнтом і зсувом, а третьої пари додати не можна. Файл, правильний до певної миті й неправильний після неї, склеєний із двох частин або звірений із версією, зібраною з плівок різної швидкості: розділіть його там, де починається помилка, і дайте кожній половині окремий прогін.

Мої субтитри просто відстають на пів секунди від початку до кінця. Чи потрібна друга пара?

Ні, і заповнення другої пари радше погіршило б справу. Рівномірна помилка — це саме те, що міряє одна пара полів, і з нею безпечніше працювати: одна пара може лише зсунути файл, тому не може внести помилку швидкості там, де її не було. Другу пару бережіть для файлу, який правильний на початку й неправильний пізніше.

Що станеться, якщо вказана мить не є першою реплікою файлу?

Зсув однаково застосовується до всього файлу, тому репліки до цієї миті теж рухаються — і якщо опорна точка стоїть рано, деякі з них можуть опинитися до початку шкали. З ними поводяться так само, як із від’ємним зсувом: репліка, у якої ще є час на екрані, притискається до нуля й коротшає, репліка без часу вилучається, і обидві рахуються у звіті.

Споріднені інструменти