Виправити 50 fps на 25 fps
Або вставте текст субтитрів
Параметри
У якій частоті кадрів пораховано таймінги. На сторінках форматів це те, що потрібно MicroDVD, бо він зберігає час як номери кадрів. На сторінках частоти кадрів це частота, за якою файл синхронізували — версія, для якої робили субтитри, — а друге поле сторінки приймає частоту відео, з яким ви будете їх використовувати. 23,976, 24, 25, 29,97, 30, 50, 59,94 і 60 — найпоширеніші. Помилка зміщує весь таймлайн, а на сторінках частоти кадрів — на відношення, а не на фіксовану величину.
Частота кадрів версії, з якою ви будете використовувати субтитри, — відео, яке насправді відтворюватимете. Застосовується множник: перше поле, поділене на це, тож 24 у 25 дає 0,96: фільм на PAL іде на 4 % швидше, і 100-хвилинна стрічка вкладається в 96-хвилинну касету. Переплутайте поля місцями — і весь таймлайн зсунеться в неправильний бік на ту саму величину.
Ця сторінка бере файл субтитрів, чий час порахували за 50 кадрів на секунду, і переносить його на версію 25 fps. Кожна позначка подвоюється, тому репліка, що казала тридцять секунд, означає хвилину, а остання репліка дванадцятихвилинної серії опиняється на двадцятій четвертій хвилині. Обидва поля вже заповнені; змініть їх, якщо ваш файл пораховано за чимось іншим.
Помилка за цією парою — це помилка підрахунку, а не відтворення. Європейський матеріал високої роздільності часто має 50 кадрів або 50 полів на секунду, і інструмент, який рахує поля, дає числа вдвічі більші за той самий план, порахований у кадрах; тому шкала, збудована з цих чисел, рівно вдвічі коротша, ніж має бути, і кожна репліка з’являється у два рази пізніше за належний час. Те саме подвоєння виникає, коли файл, експортований із проєкту 50 fps, здають під майстер 25 fps, або коли файл субтитрів згенеровано в робочому процесі на основі кадрів, у якому залишилося 50.
Цю сторінку легко перевірити, бо множник два видно ще до перерахунку. Остання позначка файлу приблизно вдвічі більша за час перегляду відео, або субтитри ще на екрані довго після того, як зображення закінчилося. Кожна інша пара в групі помиляється на кілька відсотків, і це треба помітити арифметикою; ця помиляється на сто відсотків, і це видно одразу.
Обидві межі кожної репліки подвоюються, тому односекундна репліка отримує дві секунди, а швидкість читання кожного рядка падає вдвічі, а не зростає. Нічого не надсилається на сервер, і цілий сезон проходить через чергу за один прохід — SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON і CSV читаються як те, чим вони насправді є.
Приклади
Усе подвоюється
Вхід
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
Результат
1
00:00:02,000 --> 00:00:06,000
Hello there.
2
00:02:00,000 --> 00:02:04,000
One minute in.
50, поділене на 25, — рівно 2, тому нічого не округлюється й не дрейфує: репліка на першій секунді стає другою, репліка на хвилині — двома хвилинами, і кожна стоїть на екрані вдвічі довше. Якщо перерахований файл виглядає правильно на початку, але зображення закінчується раніше за субтитри, це була не та пара: множник два завеликий, щоб бути випадковістю округлення.
Видає сама довжина файлу
Вхід
1
00:11:59,000 --> 00:11:59,500
Last cue of the episode.
Результат
1
00:23:58,000 --> 00:23:59,000
Last cue of the episode.
Дванадцятихвилинна серія, чий останній субтитр стоїть на двадцять третій хвилині й п’ятдесят восьмій секунді, — це діагноз сам по собі, ще до арифметики: шкала вдвічі довша за відео. Порівняйте з парами, де похибка зростає: там загальна довжина файлу ще правдоподібна, і видимо не так лише в кінці.
MicroDVD зберігає номери кадрів
Вхід
{1}{1}50
{250}{300}Hello
Результат
{1}{1}25
{250}{300}Hello
Для MicroDVD виправлення справді зводиться до оголошеної частоти: файл, чиї кадри порахували за 50, а читають за 25, показує кожну репліку у два рази пізніше, і зміна оголошення на 25 виправляє все, не чіпаючи жодного номера кадру. Кадр 250 — це десять секунд за 25 fps і п’ять за 50, і десять — там, де ця репліка має бути.
Часті запитання
Як файл субтитрів опиняється з часом за 50 fps?
Три шляхи трапляються найчастіше. Європейський матеріал високої роздільності — це 50i або 50p, і інструмент, який рахує поля, а не кадри, дає числа вдвічі більші за той самий план у кадрах. Експорт субтитрів із проєкту 50 fps, зданий під майстер 25 fps, несе ту саму проблему. І робочий процес на основі кадрів, залишений на 50, коли здача йде за 25, дає файл, порахований за однією частотою й відтворений за іншою.
Який множник використовує 50 на 25 і як це виглядає?
Рівно 2, тому файл виходить удвічі довшим. Репліка на півхвилині лягає на першу хвилину, а репліка ближче до кінця дванадцятихвилинної серії — ближче до двадцять четвертої хвилини. Оскільки множник цілий, результат легко перевірити на око: перший субтитр має з’явитися на подвоєній старій позначці, а останній — усе ще в межах відео.
Мої субтитри правильні на початку й відстають на пів серії в кінці — це множник два?
Порівняйте останню позначку файлу з часом перегляду відео. Пропорційна похибка, що виросла до пів серії в кінці, — це або ця пара, або одна з інших у групі, і розрізнити їх можна за розміром файлу: множник два робить останню позначку приблизно вдвічі більшою за довжину відео, тоді як 0,96 чи 1,0427 залишають її в межах кількох відсотків.
Репліка, що була односекундною, тепер двохсекундна — це правильно?
Так, і це єдиний напрямок у групі, де швидкість читання рядка падає, а не зростає. Слова не змінилися, а час, який їм дали, подвоївся, тому рядок, що раніше перевищував межу знаків за секунду, тепер може в неї вкладатися. Через це саме нічого переналаштовувати не треба: подвоєння шкали — це виправлення, а не компроміс.
Чи завжди інтерлейсований матеріал 50i потребує цього перерахунку?
Ні, і в цьому пастка пари. 50i описує поля, а 50 полів на секунду — це 25 кадрів на секунду; час перегляду відео однаковий в обох випадках. Половинення потребує лише файл, чий час справді порахували за 50. Якщо ваші субтитри вже правильні проти відео 50i, перерахунок подвоїть похибку замість того, щоб її прибрати.
Що, якщо не збігається лише частина файлу — перша половина правильна, а друга ні?
Тоді це взагалі не проблема частоти кадрів. Файл, правильний до певної точки й неправильний після неї, зібраний із двох частин або зроблений під версію, складену з різних за швидкістю рулонів, і жодне єдине відношення не виправить обидві половини. Розділіть файл у точці, де починається похибка, і перерахуйте кожну половину окремо, з власною парою частот.