Зберегти таймлайн під час об’єднання
Або вставте текст субтитрів
Або вставте текст другого файлу
Параметри
Два файли субтитрів рідко збігаються репліка за реплікою, і це вибір визначає, що стається всюди, де вони розходяться. Скрізь, де репліка одного файлу перетинається з реплікою іншого, вони вважаються одним моментом і йдуть разом, а перетин визначає, як довго результат лишається на екрані. Решта — це цей вибір. «Зберегти обидва файли» додає кожну незіставлену репліку окремим рядком, тож жодне слово з жодного входу не губиться — але таймінг другого файлу не зберігається, бо незіставлена репліка все одно має десь сісти на таймлайні першого. «Зберегти таймлайн першого файлу» робить навпаки: репліки першого файлу зберігають точно свої початки й кінці, нічого нового не вставляється, а репліки другого файлу, що ні з чим не збіглися, відкидаються. Звіт після запуску завжди називає, скільки їх було.
Коли дві репліки вважаються одним моментом, їхні тексти мають розділити екран. «Два рядки» — це те, як двомовні субтитри зазвичай мовлять і як їх очікує більшість плеєрів: рядок першого файлу стоїть над рядком другого, і репліка стає дворядковою. Для цього репліка має дозволяти перенос рядка, тож кожен формат, що зберігає репліку одним рядком, цілком вилучено з цієї сторінки, а не тихо сплющено тут. «Один рядок» ставить обидві мови в один рядок, розділений тим, що ви наберете в полі нижче — це те, що потрібно, коли читачі мають бачити спершу переклад, а оригінал як примітку: перекладацький субтитр, а не двомовний мовний.
У якій частоті кадрів пораховано таймінги. На сторінках форматів це те, що потрібно MicroDVD, бо він зберігає час як номери кадрів. На сторінках частоти кадрів це частота, за якою файл синхронізували — версія, для якої робили субтитри, — а друге поле сторінки приймає частоту відео, з яким ви будете їх використовувати. 23,976, 24, 25, 29,97, 30, 50, 59,94 і 60 — найпоширеніші. Помилка зміщує весь таймлайн, а на сторінках частоти кадрів — на відношення, а не на фіксовану величину.
Ця сторінка бере два файли субтитрів і дає один, з однією обіцянкою понад усі інші: кожна репліка першого файлу виходить із точно тим початком і кінцем, з якими увійшла. Жодна репліка не зсувається на кадр, ніщо не вставляється між двома репліками, а порядок шкали першого файлу — це порядок виходу. Кладіть файл, чиєму таймінгу довіряєте, у перше поле, а переклад — у друге.
Ця обіцянка варта окремої сторінки, бо шкала зазвичай і є вже затвердженою частиною. Файл перевіряють на картині, звіряють, підписують і замикають; переклад приходить тижнями пізніше від іншої людини, виставлений на власний слух. З’єднати два, дозволивши рухатися обом сторонам, означає, що замкнений файл більше не замкнений: кожну репліку треба знову звіряти з картиною, а для мовницької здачі це вся вартість роботи. Збереження шкали першого файлу означає, що файл, який ви вже прийняли, лишається вашим файлом, лише з другою мовою під кожним рядком.
Ціну названо до прогону й пораховано після: репліка другого файлу, що ні з чим у першому не перекривається, не має де сісти на шкалі, якій рухатися заборонено, тому її відкидають, і кількість відкинутих потрапляє у звіт. На практиці це кілька реплік на програму — примітка перекладача клієнтові, звукова позначка в дужках для сцени, яку вирізали, рядок, виставлений на секунду пізніше за кадр, якому належав. Ви міняєте небагато перекладацького вмісту на гарантію, що ніщо вже перевірене не зрушило. Якщо для цієї роботи обмін хибний, перший варіант на сторінці перемикає на збереження обох файлів, а сторінка, що робить це типово, посилається вище.
Парування те саме, що на кожній сторінці родини: репліка з одного файлу парується з реплікою з іншого, коли їхні діапазони перекриваються, хоч би що казали номери. Два файли з однаковою кількістю реплік можна було б зіставити рядок у рядок, але кількість реплік — саме те, що різниться між оригіналом і перекладом, бо перекладач розіб’є один довгий рядок на два короткі або зіллє два питання в одне. Другий варіант вирішує, як два тексти ділять рядок: два рядки або один рядок із набраним вами роздільником. Обидва поля приймають усі формати, які читає сайт, — SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON і CSV, — і можуть містити різні, бо кожне читається як те, що в ньому лежить; MicroDVD читається з єдиною частотою кадрів для обох, а LRC і звичайний текст виключені, бо жоден не вміє виразити кінець репліки. Обидва поля приймають більше одного файлу, і перший файл в одному полі парується з першим у другому, тож сезон проходить за один прогін. Жоден файл не завантажується: їх читають, з’єднують і записують знову у цій вкладці браузера.
Приклади
Китайська репліка, якої немає в англійському файлі
Вхід
First file:
1
00:00:01,000 --> 00:00:03,000
Good morning.
2
00:00:05,000 --> 00:00:07,000
How are you?
Second file:
1
00:00:01,000 --> 00:00:03,000
早上好。
2
00:00:05,000 --> 00:00:07,000
你好吗？
3
00:00:20,000 --> 00:00:22,000
这句在第一份里没有对应。
Результат
1
00:00:01,000 --> 00:00:03,000
Good morning.
早上好。
2
00:00:05,000 --> 00:00:07,000
How are you?
你好吗？
Дві спаровані репліки виходять з номерами англійського файлу й часами англійського файлу — у цьому вся суть сторінки. Третя китайська репліка, на двадцятій секунді, ні з чим в англійському файлі не збігається й відкидається, а не ставиться на власний час; звіт після прогону каже, що втрачено одну репліку вмісту, тож це рішення не мовчазне.
Перекладач, який розділив один рядок на два
Вхід
First file:
1
00:00:01,000 --> 00:00:06,000
We should leave before the storm gets worse.
Second file:
1
00:00:01,000 --> 00:00:02,500
我们该走了。
2
00:00:03,000 --> 00:00:05,000
趁暴风雨还没更大。
Результат
1
00:00:01,000 --> 00:00:06,000
We should leave before the storm gets worse.
我们该走了。
Одна англійська репліка, дві китайські — звична форма оригіналу проти перекладу. Парування одне до одного, тому парується лише перша половина, і англійська репліка зберігає повні п’ять секунд на екрані, а не 1,5, під які писався переклад. Друга половина ні з чим не збігається й відкидається. Обидва факти у звіті: таймінг, який скасували, і репліка, яка зникла.
Два файли, що не мають нічого спільного
Вхід
First file:
1
00:00:01,000 --> 00:00:03,000
Good morning.
2
00:00:05,000 --> 00:00:07,000
How are you?
Second file:
1
00:01:00,000 --> 00:01:02,000
一分钟处的旁白。
2
00:02:00,000 --> 00:02:02,000
两分钟处的旁白。
Результат
1
00:00:01,000 --> 00:00:03,000
Good morning.
2
00:00:05,000 --> 00:00:07,000
How are you?
Аркуш реплік для першої хвилини кліпу, що триває вісім секунд: обидві китайські репліки падають поза межами й обидві відкидаються, тому англійський файл виходить байт у байт. Це не те саме, що робити нічого, і сторінка не вдає, що те саме: звіт каже, що втрачено дві репліки вмісту. Порожній другий файл — випадок, який справді нічого не робить, і його позначено як відсутність змін.
Часті запитання
Що стається з реплікою другого файлу, яка ні з чим у першому не збігається?
Її відкидають, і кількість записують у звіт, який ви отримуєте після прогону. Третього варіанта, де вона зберігає власний час, немає, бо зберегти власний час означає зрушити шкалу першого файлу, щоб звільнити місце, — а це єдине, що сторінка існує, щоб не допустити. Дрейф до секунди чи двох зазвичай усе одно парується, бо паруванню потрібне лише перекриття діапазонів: китайська репліка від 0,6 до 3,2 секунди збігається з англійською від 1,0 до 3,0 і виходить з англійськими часами.
Як побачити, що викинуто, ще до здачі файлу?
Звіт лежить під результатом і перелічує втрачене з кількістю для кожного виду, тому перевірка — прочитати його до завантаження, а не після. Типове двомовне з’єднання на цій сторінці не втрачає нічого: так буває, коли різниця лише в кількох мілісекундах і жодна репліка не без пари. Коли щось утрачено, рядок, що каже про це, — єдиний, який варто прочитати. Якщо число більше за очікуване, перший варіант на сторінці перемикає на збереження обох файлів: він нічого не відкидає, а натомість дозволяє спарованим реплікам розширитися, щоб накрити обидві сторони.
Чому хтось волів би зберегти обидва файли, а не шкалу першого?
Бо таймінг другого файлу іноді кращий: фанатський переклад, старанно виставлений проти сцени, або документальний фільм, де репліки перекладача стоять там, де справді звучить мовлення. Тоді обіцянка, якої ви хочете, — що не втрачено жодного тексту, а ціна — вихід не є чиєюсь точною шкалою: спаровані репліки йдуть від ранішого початку до пізнішого кінця, що може розширити репліку на кілька сотень мілісекунд і насунути її на наступну. Обидва варіанти за один вибір на цій сторінці; різниця в тому, яку гарантію ви воліли б мати письмово.
Чи зберігає вихід номери реплік мого першого файлу?
Зберігає щоразу, коли кожна репліка у виході прийшла з першого файлу — а на цій сторінці це означає, що в другому файлі взагалі не було реплік без пари. Щойно одну репліку відкинуто, усі репліки все одно з першого файлу, і нумерація далі його власна, бо відкидання звужує файл, а не додає до нього. Сторінка, що зберігає обидва файли, — та, яка перенумеровує: репліка не з першого файлу не має з нього номера, який можна зберегти, тому весь файл перенумеровується з 1.
Переклад виходить за кінець моєї останньої репліки. Це проблема?
Це той самий випадок, що й будь-яка репліка без пари, і на практиці найчастіший: інтерв’ю, що закінчується сміхом, рядок титрів, фраза, яку перекладач поставив після монтажного переходу. Цю репліку відкидають. Якщо вона важлива, виправлення належить ранішому етапу — продовжіть останню англійську репліку, щоб діапазони перекрилися, і гарантія лишиться цілою, бо репліка, що перекривається, парується, а новий кінець першого файлу все одно й зберігається.
Чи мусять обидва файли бути в одному форматі субтитрів?
Ні. Кожне поле читається як те, що в ньому лежить, тому файл WebVTT із вебінару проти SRT від перекладача працює, а вихід записується у форматі першого файлу — ось чому поля підписані, а не взаємозамінні. За оформленням варто стежити: якщо перший файл — ASS з оформленими репліками, з’єднаний файл буде ASS, і текст другого файлу приєднається до нього, несучи оформлення першого, а не своє, а кількість зачеплених реплік буде у звіті.