Конвертер TTML у LRC
Або вставте текст субтитрів
Що змінює ця конвертація
5 речей відкидаються або потребують рішення
- Таймінг
час завершення реплік (цільовий формат зберігає лише час початку репліки)
- Оформлення
усе оформлення (жирний, курсив, колір, контур, тінь)
- Позиціювання
позиціювання на екрані (кожна репліка повертається в типову позицію)
- Точність
точність таймінгу — годинник результату грубший, тож кожен таймкод округлюється до найближчих 10 мс
- Дані формату
вміст, який вихідний формат зберігає поза репліками (блоки не-реплік, текст заголовка, налаштування окремих реплік, закоментовані події) — цільовий формат не має для нього місця
Цей перелік походить із матриці можливостей для цих двох форматів, а не з конкретного завантаженого файлу. Певний файл може втратити більше, якщо використовує можливості, які формат дозволяє, а матриця не моделює.
Ця сторінка переписує TTML в LRC. TTML описує час і оформлення в XML, а LRC зберігає тільки початок репліки. Час переходить із запису begin=00:00:01.250, end=00:00:03.500 у [00:12.34]. Слова й порядок реплік лишаються тими самими.
Втрати тут не косметичні: час завершення реплік — LRC зберігає лише початок; усе оформлення (жирний, курсив, колір, обведення й тінь); позиціювання на екрані — кожна репліка повертається до типового положення; точність таймкодів — LRC округлює кожну позначку до 10 мс; вміст поза репліками (пролог XML і блок <head>) — у LRC для нього немає місця. Список складено з можливостей форматів, а не з вашого файлу, тому він однаковий до і після завантаження.
Конвертація виконується у вкладці браузера: жоден байт субтитрів не залишає пристрій, а весь пакет можна зупинити й забрати одним архівом.
Приклади
Типовий файл TTML, переписаний у LRC
Вхід
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling" xml:lang="en">
<head>
<styling>
<style xml:id="s1" tts:color="#FFFF00" tts:fontWeight="bold"/>
</styling>
<layout>
<region xml:id="bottom" tts:origin="10% 80%" tts:extent="80% 20%"/>
</layout>
</head>
<body>
<div>
<p begin="00:00:01.000" end="00:00:03.500" region="bottom" style="s1">Hello <span tts:fontStyle="italic">there</span>.</p>
<p begin="00:00:03.500" end="00:00:06.000" region="bottom">How are you?<br/>Fine, thanks.</p>
</div>
</body>
</tt>
Результат
[00:01.00]Hello there.
[00:03.50]How are you?
[00:03.50]Fine, thanks.
У цьому вихідному файлі втрачено: час завершення реплік, усе оформлення, позиціювання на екрані, точність до 10 мс, вміст поза репліками. Решта збігається рядок у рядок.
Той самий перехід на неохайному файлі TTML
Вхід
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling"
xmlns:ttp="http://www.w3.org/ns/ttml#parameter"
ttp:frameRate="25" xml:lang="en">
<body>
<div>
<p begin="1.5s" dur="2s">Loaded from an offset and a duration.</p>
<p begin="4s" end="00:00:06.50">A coarser clock spelling.</p>
<p begin="00:00:07:00" end="00:00:08:12">Frames, at 25fps.</p>
<p begin="9s"><span tts:color="#FF0000">Half-open</span> and Tom & Jerry.</p>
</div>
</body>
</tt>
Результат
[00:01.50]Loaded from an offset and a duration.
[00:04.00]A coarser clock spelling.
[00:07.00]Frames, at 25fps.
[00:09.00]Half-open and Tom & Jerry.
Справжні файли приходять із BOM, переводами рядків Windows, зайвим рядком перед часом або часом, який взагалі не читається. Ніщо з цього не валить обробку: нерозпізнане потрапляє у звіт, а не зникає мовчки.
Часті запитання
Що станеться з даними поза репліками (пролог XML і блок <head>) під час конвертації TTML в LRC?
Вони не переносяться: у LRC немає відповідного розділу. У TTML поза репліками: пролог XML і блок <head> зі стилями та розміткою; у LRC: метадані [ti:], [ar:] і [offset:], а також порожні рядки. Самі репліки при цьому не страждають — зникає лише те, що існувало поза ними.
Чи можна обробити пакет файлів TTML і отримати LRC?
Так, черга бере будь-яку кількість файлів TTML, переписує кожен у LRC й віддає результат одним архівом. У TTML момент записано як begin=00:00:01.250, end=00:00:03.500, у LRC — як [00:12.34]; саме це переписування виконується для кожного файлу. Робота йде у браузері, тому файли не надсилаються на сервер, а пакет можна скасувати посеред обробки — уже готові файли при цьому лишаться.
Чи можна потім повернути LRC назад у TTML?
Можна, але не без наслідків: у зворотному напрямку зникне точний час завершення. Тому LRC варто тримати як похідний файл, а оригінал TTML — як джерело; інакше кожен оберт додає нову втрату.
Чи збережеться порядок реплік із TTML у LRC?
Так. Конвертер сортує репліки за початком і пише їх у хронологічному порядку. TTML записує час як begin=00:00:01.250, end=00:00:03.500, LRC записує лише початок як [00:12.34]. Якщо у вихідному файлі порядок був іншим, він стане хронологічним, а не зникне.
У якому кодуванні буде збережено файл LRC після конвертації з TTML?
Файл LRC пишеться в UTF-8, а кодування вхідного TTML визначається автоматично, разом із BOM. Кирилиця, грецька чи емодзі не замінюються знаками питання; закінчення рядків у вихідному LRC — LF.