Конвертер TTML в LRC
Или вставьте текст субтитров
Что меняет эта конвертация
5 пунктов теряются или требуют решения
- Тайминг
время окончания реплик (целевой формат хранит только начало реплики)
- Оформление
всё оформление (жирный, курсив, цвет, обводка, тень)
- Позиционирование
положение на экране (каждая реплика возвращается в стандартное положение)
- Точность
точность тайминга — часы результата грубее, поэтому каждая метка округляется до ближайших 10 мс
- Содержимое формата
содержимое, которое исходный формат хранит вне реплик (блоки не-реплик, текст заголовка, настройки реплик, закомментированные события): целевому формату его некуда деть
Этот список выведен из матрицы возможностей этих двух форматов, а не из загруженного файла. Конкретный файл может потерять больше, если использует возможности, которые формат допускает, а матрица не моделирует.
Перевод TTML в LRC меняет не содержание, а способ записи: TTML — XML-формат для вещания и стриминга, где время и оформление заданы атрибутами, LRC — формат текстов песен, где у каждой строки есть только момент начала. TTML хранит полный интервал (begin="00:00:01.000" end="00:00:03.500"), а LRC записывает только начало: та же реплика превратится в [00:01.00]. Точность при этом падает: LRC округляет каждый таймкод до 10 мс, поэтому 00:00:04,001 превратится в 0:00:04.00.
Сайт перечисляет потери до запуска — концы реплик, оформление, позиционирование, доли секунды, раздел head TTML; TTML хранит полный интервал, а LRC запоминает только начало строки: конец будет выводиться из следующей строки, а у последней — из значения по умолчанию 2 000 мс.
Обработка идёт на вашем устройстве, без регистрации и без передачи файлов: пакет из нескольких серий обрабатывается по очереди.
Примеры
Обычный файл 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.
Сравните две стороны: TTML хранит полный интервал (begin="00:00:01.000" end="00:00:03.500"), а LRC записывает только начало [00:01.00]; текст сохраняется, а конец реплики в файл не попадает.
Тот же перевод на неаккуратном файле 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.
Второй файл проверяет граничные случаи. TTML читает его без падения, а LRC записывается заново, поэтому часть дефектов исчезает, но пропущенные блоки не возвращаются.
Частые вопросы
Сохранится ли точность таймкода TTML в файле LRC?
TTML хранит полный интервал (begin="00:00:01.000" end="00:00:03.500"), а LRC записывает только начало: та же реплика превратится в [00:01.00]. Точность при этом падает: LRC округляет каждый таймкод до 10 мс, поэтому 00:00:04,001 превратится в 0:00:04.00.
Что именно теряется при конвертации TTML в LRC?
TTML хранит полный интервал, а LRC запоминает только начало строки: конец будет выводиться из следующей строки, а у последней — из значения по умолчанию 2 000 мс. TTML хранит полное оформление через tts-атрибуты, стили и регионы, а LRC умеет только чистый текст: шрифт, цвет, обводка, тень и начертание исчезнут. TTML расставляет реплики по экрану, а LRC не хранит координат: все реплики вернутся в позицию по умолчанию. точность падает: LRC округляет каждый таймкод до 10 мс, тогда как TTML хранил миллисекунды, поэтому 00:00:04,001 станет 0:00:04.00. TTML хранит пролог и раздел head со стилями, регионами и метаданными, а LRC их не переносит. Это полный список потерь для пары TTML → LRC; сайт показывает его до запуска.
Что сайт читает из head и стилей TTML перед переводом в LRC?
TTML хранит время в begin и end, текст в p, а оформление — в tts-атрибутах, стилях и регионах раздела head. В LRC переносится то, что он умеет: текст и интервалы; стили и регионы теряются, если целевой формат их не поддерживает.
Что произойдёт с многострочными репликами TTML в файле LRC?
TTML может хранить несколько строк в одной реплике, а LRC записывает каждую строку отдельной меткой: многострочная реплика превратится в несколько строк с одинаковым временем начала, порядок сохраняется.
В какой кодировке сохраняется LRC и какое у него расширение при переводе из TTML?
Файл LRC записывается в UTF-8 без BOM с переводами строк LF и расширением .lrc; при чтении TTML сайт сам определяет BOM и стиль переводов строк и нормализует их. Кириллица и другие алфавиты сохраняются без замены символов.
Как LRC определяет конец реплики, если в TTML он записан?
LRC хранит только начало строки в виде [00:01.00] с точностью до сотых; конца в формате нет. При переводе из TTML конец каждой реплики теряется, а при чтении выводится из начала следующей строки, у последней — 2 000 мс по умолчанию.