Відео & субтитри · Subtitle Toolkit
Зареєструватися SRT і VTT: де ASS, TTML, DFXP і SCC субтитри використовуються
· Підземелля
Опубліковано ToolAcre · Редакція журналу
субтитри файл-формати шемале веб-сайт
SRT і WebVTT переважають веб, але віщає, аніме і потокова доставка використовують інші формати. Цей пост малює краєвид, пояснює, що кожен формат є для і чому фокусований інструментарій підтримує лише два з них.
Тека, що повна розширення вашого гравця, не визнається — форматне різноманіття в професійній роботі за підписом
У комплекті локалізації можна зберігати файли, які всі слова надягають на екрані і діляться практично не внутрішня структура. Деякі список звичайних ліктів, деякі XML документи, деякі з яких використовуються детальні укладки та деякі кодують потік підписки на Legacy. Порада кожного нефімілярного розширення як «інструктор» SRT«знижує ризики, які зробили відправник, оберіть його.
Перше питання про те, що конвертер відкриває файл, але яка система доставки вона належить до. Забезпечити оригінальний, визначити бажаний пункт призначення та використовувати парсер, який розуміє цей формат. Підзаголовок Toolkit явно читає і пише тільки SRT і WebVTT, що є граничною, а не невдалою обіцянкою універсальності.
ASS і SSA — стильний, поставлені субтитри з аніме-вболівальників
SSA і його наступник ASS є формати субтитри з розділами для метаданих, багаторазових стилів та часових діалогових подій. Вони можуть висловити позиціонування і зовнішній вигляд за межами звичайної SRT. Вони сильно асоціюються з багато стильними субтитрами субтитрів, включаючи ентим-аммедаблінг, але об'єднання не перетворюються на кожен ASS файл у фаєрвол або його визначення.
Brace-delimited надride команди з форматів SubStation іноді виживають сиру конвертацію як видимий текст. ToolAcreчистий ап може видалити блоки, такі як позиціонування перенапруження з кісткового тексту, але це не запалює ASS скрипт, перевести стилі або зберегти караоке і поведінку малюнків. Перетворення з ASS-доповідальний інструмент перед приведенням простої інформації тут.
TTML і DFXP — XML- на основі часу тексту для трансляції та потокової доставки
TTML представляє текст, що заповнюється часом XML, що дозволяє структурувати, ім'я простору, часові та презентаційні дані, щоб подорожувати разом. DFXP - це назва, що зустрічається в той же час, і в поставці, побудованих навколо неї. Ці документи не порожніх блоків, тому SRT , не можна безпечно відновити їх, шукаючи стріли.
Системи радіомовлення та потокового передавання можуть вибрати TTML-насичений профіль з вимогами вузьким, ніж широкоформатний. Ця стаття не претендує на один профіль, стандартний варіант або картування платформи для кожного .ttml або .dfxp файл. Специфікація доставки - це орган, і перетворення повинні зберігати майстер до моменту прийняття пункту призначення та відображати результат.
SCC і CEA-608 — трансляція замкненої спадщини, яка вимагається деякими дистриб’юторами
SCC файли представляють лінійку трансляцій, пов'язані з CEA-608 дані, а не інтуїтивно зрозумілий перелік SRT блоки. Їх вміст і обмеження відображають команди підписів і моделей передачі, які передають текст веб-сторінок. Продається дистриб'ютор для SCC запитує про те, що представництво доставки не за SRT файл з різними суфіксами.
Репозиторійний інструмент не читає SCC і не кодувати CEA-608. Також невірно перевіряється конформанси мовника. Зберігати проект і використовувати програмне забезпечення, призначене для запитуваного потоку мовлення; експорт SRT або WebVTT тільки при окремому пункті призначення дійсно викликає один з цих файлів.
SBV, LRC та інші — спеціалізовані та ніші формати
SBV з'являються в роботі платформи, при цьому LRC зазвичай використовується для часових текстів. Інші розширення кодування все ще більше припущення про терміни, укладання або конкретне додаток. Їх надфісальна схожість — час плюс рядок тексту — не достатньо, щоб зробити їх змінними, адже пунктуація, замовлення та метадані визначають, як прочитає файл.
Ця стаття не надає вичерпний реєстр або стверджує, що одна служба завжди приймає один формат. Платформи, які підтримують зміни та професійні поставки, є договірними. Читати далі про поточну документацію призначення та зберігати оригінальний файл, особливо коли конвертація обов'язково відхиляє макет або укладання.
Чому вибір інструменту SRT і WebVTT тільки — формати обміну веб-сторінок, а також чесність документування, що обмежує
Вибираєте націлений інструментарій для браузера SRT і WebVTT, оскільки його трансформаційна модель є грою тексту, початок і кінець мілісекунди, плюс додаткова рядок налаштування. Що на карті моделі безпосередньо до загальної структури блоків двох форматів. Не містить XML дерево, багаторазовий стиль аркуш, віщає командний потік або вбудований відео трек, тому претендування для підтримки тих, хто мовчить розплавленої інформації.
Обмеження зазначено в записі перетворювача: ASS і SSA, TTML, SAMI і запонки, вказані в контейнері, не ручуються. Вечір у WebVTT, NOTE, STYLE і REGION блоки пропускаються. За останні роки обсяги роботи не дозволяє користувачеві припинитись до пошкодження, а не відкривати після експорту, що спеціальна функція, яка була відхилена.
Поруч: дізнатися карту, потім підібрати інструмент — як працює підзаголовок Toolkit SRT і WebVTT частина пейзажу
Знайте карту, зберігайте майстер і підберіть інструмент, який розуміє задану точку призначення. Підзаголовок Toolkit охоплює SRT і WebVTT частина: толерантна ліктя, канонічна послідовність, зміни термінів, текстове очищення та структурна перевірка. Не є універсальним двигуном змінного субтитрів і не перетворюється на непідтримуваний формат в безпечний вхід, перейменувавши його.
Якщо спеціаліст вже виготовив огляд SRT або WebVTT похідний, завантаження, що подається тут і перевіряють кількість запитів та проблеми, перш ніж переходити. Зберігайте ASS, TTML, SCC або інші майстри, які з'являються, так що будь-які втрачені дані укладки або доставки можуть бути простежені замість того, щоб здогадатися про своє існування.