Об’єднати два субтитри в один
Або вставте текст субтитрів
Або вставте текст другого файлу
Параметри
Два файли субтитрів рідко збігаються репліка за реплікою, і це вибір визначає, що стається всюди, де вони розходяться. Скрізь, де репліка одного файлу перетинається з реплікою іншого, вони вважаються одним моментом і йдуть разом, а перетин визначає, як довго результат лишається на екрані. Решта — це цей вибір. «Зберегти обидва файли» додає кожну незіставлену репліку окремим рядком, тож жодне слово з жодного входу не губиться — але таймінг другого файлу не зберігається, бо незіставлена репліка все одно має десь сісти на таймлайні першого. «Зберегти таймлайн першого файлу» робить навпаки: репліки першого файлу зберігають точно свої початки й кінці, нічого нового не вставляється, а репліки другого файлу, що ні з чим не збіглися, відкидаються. Звіт після запуску завжди називає, скільки їх було.
Коли дві репліки вважаються одним моментом, їхні тексти мають розділити екран. «Два рядки» — це те, як двомовні субтитри зазвичай мовлять і як їх очікує більшість плеєрів: рядок першого файлу стоїть над рядком другого, і репліка стає дворядковою. Для цього репліка має дозволяти перенос рядка, тож кожен формат, що зберігає репліку одним рядком, цілком вилучено з цієї сторінки, а не тихо сплющено тут. «Один рядок» ставить обидві мови в один рядок, розділений тим, що ви наберете в полі нижче — це те, що потрібно, коли читачі мають бачити спершу переклад, а оригінал як примітку: перекладацький субтитр, а не двомовний мовний.
У якій частоті кадрів пораховано таймінги. На сторінках форматів це те, що потрібно MicroDVD, бо він зберігає час як номери кадрів. На сторінках частоти кадрів це частота, за якою файл синхронізували — версія, для якої робили субтитри, — а друге поле сторінки приймає частоту відео, з яким ви будете їх використовувати. 23,976, 24, 25, 29,97, 30, 50, 59,94 і 60 — найпоширеніші. Помилка зміщує весь таймлайн, а на сторінках частоти кадрів — на відношення, а не на фіксовану величину.
Ця сторінка бере два файли субтитрів і дає один. Покладіть оригінал у перше поле, переклад у друге — і кожна репліка одного файлу, що ділить екранний час із реплікою іншого, стає однією реплікою з обома текстами: оригінал у першому рядку, переклад у другому. Це файл, потрібний двомовній програмі: одна доріжка, один файл, одне, що завантажити, замість двох доріжок, які плеєр радо дасть глядачеві вимкнути або від яких відмовиться інструмент авторингу DVD.
Парування — за часом, а не за позицією. Два файли з однаковою кількістю реплік можна було б зіставити рядок у рядок, але кількість реплік — саме те, що різниться між оригіналом і перекладом: перекладач розіб’є один довгий англійський рядок на два коротші китайські або зіллє два питання в одне. Тому репліка парується з реплікою, коли їхні діапазони перекриваються, і лише тоді. Репліки, що ні з чим не перекриваються, — цікавий випадок, і перший варіант вирішує їхню долю. Збереження обох файлів переносить кожну як власну репліку, тож жодне слово з обох входів не зникає; ціна — результат більше не є чиєюсь точною шкалою, бо репліка без пари все одно має десь сісти. Збереження шкали першого файлу робить протилежне: репліки першого файлу виходять точно з тими початками й кінцями, з якими увійшли, ніщо не вставляється між ними, а кожна репліка другого файлу, що ні з чим не збігається, відкидається, і кількість записується у звіт після прогону.
Другий варіант — як два тексти ділять екран. Два рядки — так двомовні субтитри зазвичай мовлять і так більшість плеєрів чекає їх бачити: рядок першого файлу над рядком другого. Один рядок пускає їх разом із тим, що ви наберете як роздільник, — скісна риска з пробілами, тире з пробілами, вертикальна риска або ніщо взагалі, що є звичним для пари на кшталт китайської та японської. Два рядки потребують формату, який дозволяє перенос усередині репліки, а формати, що зберігають репліку одним рядком, з цієї сторінки виключені, а не тихо сплющені на ній.
Кожен формат тут читається однаково: 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
你好吗？
Результат
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: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
你好吗？
Результат
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: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:03,000 --> 00:00:04,500
（敲门声）
Результат
1
00:00:01,000 --> 00:00:03,000
Good morning.
早上好。
2
00:00:03,000 --> 00:00:04,500
（敲门声）
3
00:00:05,000 --> 00:00:07,000
How are you?
Друга китайська репліка починається рівно в ту мить, коли закінчується перша англійська, а початок тоді, коли попередня закінчилася, — не та сама мить: це два субтитри, а не один. Тому її переносять як власну репліку, на її власний час, посеред файлу. Оскільки у виході тепер є репліка не з першого файлу, весь файл перенумеровано з 1, і власна нумерація першого файлу не збережена.
Часті запитання
У двох файлів різна кількість реплік. Який перемагає?
Жоден, і в цьому суть парування за часом. Репліка з одного файлу парується з реплікою з іншого, коли їхні діапазони перекриваються, хоч би які були номери, тому переклад, що розділив один довгий рядок на два коротші, усе одно виходить приєднаним до рядка, якому належить. Парується перша з двох розділених реплік; друга ні з чим не перекривається й далі або переноситься як власна, або відкидається, залежно від першого варіанта. Звіт після прогону каже, що саме сталося й скількох реплік це стосувалося.
Чи змінить об’єднання перекладу таймінг мого оригіналу?
Ні, якщо зберегти шкалу першого файлу. За цим налаштуванням кожна репліка першого файлу виходить точно з тим початком і кінцем, з якими увійшла, і ніщо не вставляється між ними, тож уже виставлений і перевірений файл лишається вашим файлом. Ціна — на іншому боці: репліка другого файлу, що ні з чим не перекривається, не має де сісти на цій шкалі, тому її відкидають і рахують у звіті. Якщо натомість зберегти обидва файли, не втрачається жоден текст, але спаровані репліки йдуть від ранішого початку до пізнішого кінця, що може розширити репліку на кілька сотень мілісекунд і насунути її на наступну.
Чи можна цим додати субтитри другою мовою, чи лише з’єднати два файли?
Обидва поля приймають будь-який формат, який читає сайт, тому файл субтитрів плюс перетворений на SRT транскрипт працюють так само, як два файли субтитрів. Сторінці від другого входу потрібна часова шкала: правило парування — це ніщо інше, як перекриття діапазонів. Файл без жодних часів з’єднати не можна, і саме тому звичайний текст тут не приймається: текстовому файлові довелося б спершу вигадати шкалу, а вигадана шкала — рішення, яке варто ухвалювати навмисно, а не віддавати інструментові.
Чи треба завантажувати обидва файли на сервер?
Ні, і сервера, куди їх завантажувати, немає. Обидва файли читаються у цій вкладці, з’єднуються в пам’яті й записуються назад тут же; закриття вкладки все втрачає, і ніщо нікуди не надсилалося. Це важить найбільше саме для матеріалу, який субтитрують: невипущені монтажі, внутрішнє навчальне відео, юридичні й медичні записи, усе під ембарго. Звична альтернатива — сайт, що спершу просить завантажити файл, а для цих користувачів це взагалі не варіант.
Що, якщо два файли в різних форматах субтитрів?
Це працює, і буває часто: файл WebVTT із вебінару й SRT від перекладача. Кожне поле читається як те, що в ньому лежить, а вихід записується у форматі першого файлу — ось чому поля підписані. Наслідок, який варто знати, — оформлення: якщо перший файл ASS з оформленими репліками, а другий звичайний SRT, з’єднаний файл буде ASS, і текст другого файлу приєднається до нього, несучи оформлення першого, а не своє, а кількість зачеплених реплік буде у звіті.
Яка мова опиниться у верхньому рядку?
Та, чий файл ви поклали в перше поле, тож ддворядкове розташування під вашим контролем, а не за алфавітом чи автоматично. Це важить більше, ніж звучить, у двомовній програмі: звичка зазвичай ставити оригінал зверху, а переклад під ним, але субтитри для вивчення мови часто ставлять мову, яку вчать, зверху, щоб око падало на неї першою. Поміняйте файли місцями — і рядки поміняються.