Знайти субтитри не по порядку
Або вставте текст субтитрів
Параметри
У якій частоті кадрів пораховано таймінги. На сторінках форматів це те, що потрібно MicroDVD, бо він зберігає час як номери кадрів. На сторінках частоти кадрів це частота, за якою файл синхронізували — версія, для якої робили субтитри, — а друге поле сторінки приймає частоту відео, з яким ви будете їх використовувати. 23,976, 24, 25, 29,97, 30, 50, 59,94 і 60 — найпоширеніші. Помилка зміщує весь таймлайн, а на сторінках частоти кадрів — на відношення, а не на фіксовану величину.
Файл субтитрів має йти вперед: кожна репліка починається не раніше за попередню. Ця сторінка повідомляє про файли, де це було не так — де читачеві довелося переставляти репліки, перш ніж файл склався, — і робить це за власним записом читача про сортування, а не за репліками, бо на момент будь-якої перевірки порядок уже правильний. Результат — звіт, а не перетворений файл: нічого не переписується.
Цей механізм варто зрозуміти перед читанням звіту. Репліки сортують за часом початку в момент читання файлу, бо кожна інша операція, кожен перегляд і кожен експорт припускають зростання. Тому файл, що прийшов не за порядком, не лишає сліду в самих репліках — єдиний доказ, що вижив, це кількість реплік, які довелося перемістити, і саме її друкує звіт: один висновок на рівні документа, число задіяних реплік і жодного таймкоду, бо після сортування немає чесної позиції, на яку можна вказати.
Невпорядкованістю вважається зменшення часу початку і ніщо інше. Дві репліки, що починаються на тій самій мілісекунді, не є не за порядком: сортування стабільне, ніщо не рухається, і файл проходить цю перевірку — така пара швидше з’явиться на сторінці перекриттів. Файл, прочитаний за порядком, дає звіт із порожнім розділом висновків і заголовком, що нічого не втрачено під час читання; це справжнє виправдання, бо доказом перевірки є кількість реплік, які довелося перемістити, а нуль — теж число. Звичайний текст не приймається, бо формат без часу початку не може бути не за порядком у жодному сенсі.
Приклади
Друга репліка починається раніше
Субтитри
1
00:00:10,000 --> 00:00:11,000
I was working late.
2
00:00:01,000 --> 00:00:02,000
Where were you?
Що знаходить звіт
Cues out of sequence — 1 found
Severity Cues Start End Measured
Warning — — — 2 items
Друга репліка починається на дев’ять секунд раніше за першу. Звіт дає один висновок без таймкоду: репліки відсортовано під час читання, тому позиції у файлі, яку можна назвати неправильною, більше немає. Рядок заголовка «Порядок реплік × 2» — той самий факт, порахований у момент читання.
Часи зростають
Субтитри
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:10,000 --> 00:00:11,000
I was working late.
Що знаходить звіт
Cues out of sequence — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
Часи зростають, ніщо не переміщувалося. На цій сторінці порожній результат є справжнім виправданням, а не відсутністю відповіді, і рядок втрат каже «Нічого» з тієї ж причини: доказом перевірки є кількість реплік, які довелося перемістити, а файл не дав жодної.
Однаковий початок не є порушенням
Субтитри
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:01,000 --> 00:00:03,000
I was working late.
Що знаходить звіт
Cues out of sequence — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
Однакові часи початку не є зменшенням, сортування стабільне, і жодна репліка не рухається. Такі файли несуть іншу ваду — дві репліки ділять екран, — і саме для неї існує сторінка перекриттів. Слати їх сюди означало б звітувати про перестановку, якої не сталося.
Часті запитання
Що робить файл субтитрів невпорядкованим на цій сторінці?
Зменшення часу початку: репліка починається раніше за попередню. Однакові часи початку не рахуються, бо сортування стабільне й ніщо не переміщується. Перевірка дивиться на запис про переміщення, а не на початковий порядок рядків.
Чому у висновку немає таймкоду?
Бо репліки вже відсортовано під час читання, і позиції, яку можна було б чесно назвати неправильною, більше не існує. Єдиний доказ — кількість переміщених реплік, тому звіт показує один висновок на рівні документа без номера репліки й без таймкоду.
Чи переставляє сторінка репліки у файлі?
Ні. Сортування відбувається лише в пам’яті, щоб решту операцій можна було виконати; файл на диску не переписується, і нічого не завантажується. Звіт описує, скільки реплік треба було перемістити, а не пропонує новий порядок.
Чи є проблемою файл із двома репліками з однаковим початком?
Ні. Однаковий час початку не є зменшенням, сортування стабільне, і жодна репліка не рухається. Такий файл має іншу ваду — дві репліки ділять екран, — і для неї є сторінка перекриттів. Слати його сюди означало б звітувати про перестановку, якої не було.
Які формати субтитрів можна перевірити на порядок?
Одинадцять форматів, що зберігають час початку: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON і CSV. Звичайний текст не приймається, бо в ньому немає таймкодів і порядок реплік не визначений.
Чи часто доставлений файл субтитрів іде назад?
Досить часто після ручного монтажу, об’єднання двох частин або експорту з інструмента, що не сортує репліки. У плеєрі це може виглядати майже нормально, поки пізніша репліка не перекриє ранню, тому перевірка всього файлу коштує дешевше за пошук очима.
Чи можна перевірити пакет файлів одразу?
Так. Черга обробляє кілька файлів послідовно, і кожен отримує власний звіт. Якщо у файлі не було перестановок, звіт усе одно скаже, що перевірку виконано й нічого не знайдено.