Конвертер SBV у TTML
Або вставте текст субтитрів
Що змінює ця конвертація
У цьому напрямку нічого не втрачається — кожна можливість вихідного формату має куди подітися в цільовому.
Цей перелік походить із матриці можливостей для цих двох форматів, а не з конкретного завантаженого файлу. Певний файл може втратити більше, якщо використовує можливості, які формат дозволяє, а матриця не моделює.
Ця сторінка переписує SBV у TTML. SBV тримає лише рядок часу й текст, а TTML описує час і оформлення в XML. Час переходить із запису 0:00:01.000,0:00:03.500 у begin=00:00:01.250, end=00:00:03.500. Слова й порядок реплік лишаються тими самими.
У цьому напрямку нічого не втрачається: TTML покриває всі виміри, які є в SBV, зокрема повне оформлення через <style> і атрибути tts:*. SBV не містить нічого, чого TTML не вміє зберегти, тож вихідний файл — це ті самі репліки в іншій обгортці.
Файли обробляються по одному в браузері, без облікового запису й без завантаження на сервер; пакет можна скасувати посеред роботи.
Приклади
Типовий файл SBV, переписаний у TTML
Вхід
0:00:01.000,0:00:03.500
The quick brown fox.
0:00:04.000,0:00:06.250
Jumps over the lazy dog.
0:00:07.000,0:00:09.000
Two lines here.
And a second one.
Результат
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling">
<body>
<p begin="00:00:01.000" end="00:00:03.500">The quick brown fox.</p>
<p begin="00:00:04.000" end="00:00:06.250">Jumps over the lazy dog.</p>
<p begin="00:00:07.000" end="00:00:09.000">Two lines here.<br/>And a second one.</p> </body>
</tt>
Обидві колонки збігаються рядок у рядок: переписується лише синтаксис, а текст і час лишаються тими самими.
Той самий перехід на неохайному файлі SBV
Вхід
0:00:02.000,0:00:04.000
Carriage-return line endings.
0:00:06.000,0:00:08.000
Indented timecode, no final newline.Результат
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling">
<body>
<p begin="00:00:02.000" end="00:00:04.000">Carriage-return line endings.</p>
<p begin="00:00:06.000" end="00:00:08.000">Indented timecode, no final newline.</p> </body>
</tt>
Справжні файли приходять із BOM, переводами рядків Windows, зайвим рядком перед часом або часом, який взагалі не читається. Ніщо з цього не валить обробку: нерозпізнане потрапляє у звіт, а не зникає мовчки.
Часті запитання
Чи з’явиться у TTML позиціювання, якого не було в SBV?
Ні. SBV не зберігає координат, тому TTML отримає репліки в типовому положенні — вигадувати позицію за вас ніхто не буде. У TTML позиціювання задають через <region> і tts:textAlign, але це вміння нічим не заповнюється з джерела.
Що TTML додасть поза репліками під час конвертації з SBV?
TTML створить власну обгортку. У SBV поза репліками: нічого; у TTML з’являться пролог XML і блок <head> зі стилями та розміткою. Ці блоки не переносяться, а будуються заново з типовими значеннями. Зміст реплік від цього не залежить.
Чи можна обробити пакет файлів SBV і отримати TTML?
Так, черга бере будь-яку кількість файлів SBV, переписує кожен у TTML й віддає результат одним архівом. У SBV момент записано як 0:00:01.000,0:00:03.500, у TTML — як begin=00:00:01.250, end=00:00:03.500; саме це переписування виконується для кожного файлу. Робота йде у браузері, тому файли не надсилаються на сервер, а пакет можна скасувати посеред обробки — уже готові файли при цьому лишаться.
Чи можна потім повернути TTML назад у SBV?
Можна, але не без наслідків: у зворотному напрямку зникне усе оформлення, позиціювання на екрані, вміст поза репліками. Тому TTML варто тримати як похідний файл, а оригінал SBV — як джерело; інакше кожен оберт додає нову втрату.
Чи збережеться порядок реплік із SBV у TTML?
Так. Конвертер сортує репліки за початком і пише їх у хронологічному порядку. SBV записує час як 0:00:01.000,0:00:03.500, TTML записує час як begin=00:00:01.250, end=00:00:03.500. Якщо у вихідному файлі порядок був іншим, він стане хронологічним, а не зникне.