Розділити субтитри за тривалістю
Або вставте текст субтитрів
Параметри
Тривалість — 3000, 3s, 1m30s і 00:00:03,000 працюють. Будь-яка репліка на екрані довше за це ділиться на стільки частин, скільки потрібно, тож 8-секундна репліка з 3000 тут стає трьома, і час розподіляється рівномірно незалежно від довжини текстів частин. Використовуйте, коли проблема в тому, як довго репліка на екрані; поле символів на іншій сторінці — коли проблема в тому, скільки тексту вона містить.
У якій частоті кадрів пораховано таймінги. На сторінках форматів це те, що потрібно MicroDVD, бо він зберігає час як номери кадрів. На сторінках частоти кадрів це частота, за якою файл синхронізували — версія, для якої робили субтитри, — а друге поле сторінки приймає частоту відео, з яким ви будете їх використовувати. 23,976, 24, 25, 29,97, 30, 50, 59,94 і 60 — найпоширеніші. Помилка зміщує весь таймлайн, а на сторінках частоти кадрів — на відношення, а не на фіксовану величину.
Ця сторінка ділить будь-яку репліку, що стоїть на екрані довше за вашу межу, на стільки частин, скільки потрібно. Межа починається з 7000 мс — семи секунд, максимуму, який називає більшість посібників зі стилю для однієї репліки, — і якщо ви знаєте свій файл у секундах, а не в символах, вам саме сюди. Восьмисекундна репліка з межею три секунди стає трьома репліками приблизно по 2667 мс.
Кількість частин вираховується з тривалості, а не рахується вручну, і час ділиться між ними порівну. Текст потім ріжеться на найближчих до цих рівних поділів межах слів, тому частини рідко несуть точно однакову кількість символів. Це навмисно: ви просили тривалості, тому інструмент гарантує тривалості, а текст іде за ними настільки близько, наскільки дозволяють цілі слова.
Поза реплікою, яку ділять, ніщо не рухається. Репліка точно на межі залишається як була, а файл, у якому ніщо не задовге, повертається байт у байт — інструмент лише ділить, тому межа, поставлена надто високо, є безпечним першим прогоном для файлу, якого ви не знаєте. Опустіть межу — і отримаєте коротші частини й більше їх; частини все одно складаються точно в оригінальний проміжок.
Як і на кожній сторінці тут, файл читається, ділиться й записується знову у вкладці браузера, нічого не завантажуючи. SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON і CSV приймаються, а файл, чия кількість реплік змінилася, записується в порядку шкали з нумерацією від 1.
Приклади
Восьмисекундна репліка з межею три секунди
Вхід
1
00:00:00,000 --> 00:00:08,000
The rain kept falling all through the night and no one in the house could sleep.
Результат
1
00:00:00,000 --> 00:00:02,667
The rain kept falling all
2
00:00:02,667 --> 00:00:05,333
through the night and no one
3
00:00:05,333 --> 00:00:08,000
in the house could sleep.
Три частини по 2667, 2666 і 2667 мс — округлення кудись мусить подітися, і остання частина бере те, що лишилося, щоб проміжок закрився точно на 8000 мс. Розрізи лягають після all і після one, тобто на найближчі межі слів до третини й двох третин шляху, тому частини несуть 25, 28 і 25 символів, а не по 26.
Репліка точно на межі й на одну мілісекунду довша
Вхід
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:08,001
Just one millisecond too long.
Результат
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:06,501
Just one millisecond
3
00:00:06,501 --> 00:00:08,001
too long.
Перша репліка рівно 3000 мс і залишається цілою; друга на 3001 мс ріжеться навпіл. Це чесне прочитання «довше за межу», і саме через це межа, поставлена на одну мілісекунду занизько, подвоїть кожну репліку, що стоїть точно на ній. Перевірте тривалості у файлі, перш ніж зупинятися на числі.
Межа тривалості, що нічого не зачіпає
Вхід
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
Результат
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
Тридцять секунд ширші за все, що тут є, тому файл повертається недоторканим. Широка межа нічого не об’єднує й не розтягує: ця сторінка ділить репліки й більше нічого, тому це безпечний спосіб дізнатися, яка репліка у файлі насправді найдовша.
Часті запитання
Звідки береться межа сім секунд і чи вона всюди однакова?
Сім секунд — найчастіше цитований максимум для однієї репліки, і це замасковане правило швидкості читання: середній читач опановує приблизно 15–20 символів за секунду, тому дворядкова репліка на 84 символи потребує близько п’яти секунд, а повільному читачеві треба більше. Специфікації мовників різняться — кілька європейських посібників сходяться на шести секундах, — тому ставтеся до поля як до відправної точки й звіряйтеся зі специфікацією, за якою здаєте. Інструмент застосовує те число, що стоїть у полі, і не має власної думки.
Як інструмент вирішує, на скільки частин поділити репліку?
Він ділить тривалість на вашу межу й округлює вгору, тому 8000 мс проти 3000 мс — це три частини, а 8000 мс проти 4000 мс — дві. Потім частини беруть рівні частки проміжку, і саме тому межі лягають на третини й половини оригінальної репліки, а не на речення чи рядки всередині неї. Якщо хочете, щоб розрізи йшли за текстом, це роблять сторінки поділу за символами або на кінцях речень.
Чи можна поставити межу настільки короткою, щоб розбити репліку на сотню частин?
Є максимум 200 частин на репліку і друга межа, важливіша на практиці: частина не може бути коротшою за мілісекунду. Тому дев’ятисекундна репліка з межею 1 мс дає 200 частин, а не 9000, і звіт каже, що межу не вдалося досягти. Це захист від випадкового натискання клавіші, яке перетворило б одну репліку на окремий файл, а не межа, яку ви зустрінете з реалістичним числом.
Чи змінює поділ довгої репліки шкалу всього файлу?
Ні. Частини поділеної репліки заповнюють рівно той проміжок, який займала оригінальна репліка, а кожна інша репліка зберігає свій час до мілісекунди. Єдине, що змінюється поза нею, — нумерація, бо файл, чия кількість реплік змінилася, записується з нумерацією від 1 у порядку шкали. Якщо поділена репліка несла стиль, цей стиль лишається з першою частиною, а звіт каже, скільки нових частин вийшло без оформлення.
У моєму файлі репліки висять, бо несуть один короткий рядок. Це та сторінка, що виправить?
Лише частково. Сторінка може розрізати таку репліку надвоє, але обидві частини тоді несуть частку того самого короткого рядка, що зазвичай не покращення: читач отримує ті самі слова двома порціями замість однієї. Репліку, що висить, бо більше нічого не відбувається, краще лікувати таймінгом як таким — для цього є сторінки зсуву й масштабування — і перевіркою, чи не мала вона накривати паузу в діалозі.
Чи може файл бути завеликим для цієї сторінки?
Файли до 64 МБ читаються, а це набагато більше за будь-яку доріжку субтитрів: година фільму — близько 100 КБ. Понад це сторінка каже про це, а не падає тихо, бо файл такого розміру майже напевно не є файлом субтитрів. Дуже великий справжній файл — скажімо, цілий серіал — краще проганяти через чергу по одній серії, де кожне завантаження можна перевірити, перш ніж рухатися далі.