Українська

Відео & субтитри · Subtitle Toolkit

Subtitle drift пояснено: чому фіксований зсув не вдається і як розтягувати роботи

· Як працює

Опубліковано ToolAcre · Редакція журналу

субтитри коди рами-рейтинг

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

Якщо запори дрібні на старті і пізно в кінці, проблема швидко, не зміщується. Цей пост пояснює, як каркасно-променеві глухі викликають дрейф, як його діагностувати і як відрізняється математика лінійного розтягу від зсуву.

У симзі в хвилину одна половина другого кінця по тричі триватиме — підпис дрифта, а не офсет

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

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

Де drift приходить з — файл, який задавався 25 fps відіграли проти 23.976 fps відео, або навпаки

Звичайна причина - це об'ємний неправильний між терміном, який був авторований проти і відео, який він грає з. Підзаголовки часу є часами настінного годинника, але вони часто виводяться з кадрів. Якщо кількість кадрів, що виробляється проти 23.976 матеріал fps релейований, як і кожна рама була двадцять п'ятою другого, кожен раз, коли ми не виправдуємо однаковим співвідношенням, і постійне співвідношення, що застосовується до зростаючого числа, виробляє більш високу похибку.

Що таке співвідношення 1.0427 для 23.976 fps матеріал, який грає на 25 fps, який стани інструменту виходять на поле ваги. Кількість не є тренувальний knob, який відкрився судом: це є котинтом двох частот кадрів, тому файл, який був правильним в одному світі, систематично розтягується або стискається в інший. Саме тому drift майже завжди гладкий і лінійний, а не ератичний.

Діагностика дрифта з двома точками посилань — вимірювання помилки біля початку та біля кінця

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

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

Машинки лінійного розтягу — масштабування кожного таймера за співвідношенням, а не додавання постійного

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

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

Утиліта: розрахунок співвідношення від двох вимірювань — перевертання двох спостерігаючих помилок в одну корекцію

Подати підпис за два хвилини 00:02:00.000 при цьому діалог 00:01:59.750, і застава в п'ятдесят-високих хвилин претензій 00:58:00.000 при цьому діалог 00:57:52.750. У мілісекундс файлу говорить 120000 і 3480000; відео хоче 119750 і 3472750. Помилки вирощені з 250 ms до 7250 ms, яка дратує, не зміщується.

Фактори є співвідношенням двох інтервалів: поділити істинний проміжок 3472750 норус 119750або 3353000, за заявленим проміжком 3480000 норус 120000або 3360000. Що дає про 0.99792. Багатомовляючи зазначені часи, він повертає 119750 і 3472750, як виміри, які перевіряють, що корекція є чистим розтягом без залишків. Коли залишок залишається, виправте натяжку спочатку і тільки потім застосуйте зсув для того, що залишилося.

Що це не криється — ріжучі, додані сцени та рекламні перерви, які виробляють стрибки, а не гладкі дрейф

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

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

Поруч: зсув для офсету, масштабу для дрифта — як використовувати функцію зворотного запису субтитра Інструменткліту для фіксованого-вихідного випадку, а де перевірити його «Що це інструмент не буде» списку перед тим як перекриття на ньому для дрифта

Шифт для офсету, ваги для дрейфу, і заміри перед тим, як зробити або. Введіть офсет в мілісекундах, оскільки поле не має секунд або вхідних кодів та набравши 2 пересуває файл двома мілісекундами, а не двома секундами; робота досягається, файл дійсно змінює і синхронізація виглядає точно так само, як і раніше. Позитивні затримки зміщення, які виявляються попереду діалогу.

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