Конвертер LRC в TTML
Или вставьте текст субтитров
Параметры
Используется, когда в источнике нет времени окончания (простой текст, LRC). Таймлайн в результате строится здесь, а не преобразуется, поэтому вы получите именно это число.
Что меняет эта конвертация
1 пункт теряется или требует решения
- Тайминг
время окончания реплик — источник его не хранит, поэтому в результате оно будет построено, а не преобразовано
Этот список выведен из матрицы возможностей этих двух форматов, а не из загруженного файла. Конкретный файл может потерять больше, если использует возможности, которые формат допускает, а матрица не моделирует.
Конвертер LRC в TTML нужен, когда плеер или платформа принимает только второй формат: LRC здесь — формат текстов песен, где у каждой строки есть только момент начала, TTML — XML-формат для вещания и стриминга, где время и оформление заданы атрибутами. LRC хранит только начало строки вида [00:01.00], а TTML требует полный интервал, поэтому конец каждой реплики сайт вычисляет по следующей строке. Точность не теряется: миллисекундная шкала TTML вмещает все значения LRC без округления.
Сайт перечисляет потери до запуска — исходные концы реплик; LRC знает только момент начала строки, поэтому концы реплик в TTML будут вычислены по следующей строке, а не перенесены из файла.
Сервер не участвует: файл читается и записывается в браузере, поэтому можно обрабатывать пакеты и прерывать очередь в любой момент.
Примеры
Обычный файл LRC, переведённый в TTML
Вход
[ti:Sample Song]
[ar:Some Artist]
[length:00:41.00]
[offset:+250]
[00:12.00]First line of the song.
[00:15.30]Second line.
[00:15.30]Second line, translated.
[00:18.00]
[00:21.50]Final line.Выход
<?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:12.000" end="00:00:15.300">First line of the song.</p>
<p begin="00:00:15.300" end="00:00:18.000">Second line.<br/>Second line, translated.</p>
<p begin="00:00:18.000" end="00:00:21.500"></p>
<p begin="00:00:21.500" end="00:00:23.500">Final line.</p> </body>
</tt>
Сравните две стороны: LRC хранит только начало строки ([00:01.00]), а TTML требует полный интервал, поэтому конец каждой реплики сайт выводит из следующей строки.
Тот же перевод на неаккуратном файле LRC
Вход
[ar:Some Artist]
[0:05.5]Leading zero omitted, one decimal.
[00:07]Second with no centiseconds.
[00:03.00]Out of order.
[00:07.00][00:09.00]Repeated chorus line.
[00:12.00]Выход
<?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:03.000" end="00:00:05.500">Out of order.</p>
<p begin="00:00:05.500" end="00:00:07.000">Leading zero omitted, one decimal.</p>
<p begin="00:00:07.000" end="00:00:09.000">Second with no centiseconds.<br/>Repeated chorus line.</p>
<p begin="00:00:09.000" end="00:00:12.000">Repeated chorus line.</p>
<p begin="00:00:12.000" end="00:00:14.000"></p> </body>
</tt>
Второй файл намеренно неровный: BOM, переводы строк CRLF. LRC читает его без падения, а TTML записывается заново, поэтому часть дефектов исчезает, но пропущенные блоки не возвращаются.
Частые вопросы
Как будут выглядеть таймкоды LRC после перевода в TTML?
LRC хранит только начало строки вида [00:01.00], а TTML требует полный интервал, поэтому конец каждой реплики сайт вычисляет по следующей строке. Точность не теряется: миллисекундная шкала TTML вмещает все значения LRC без округления.
Чем придётся пожертвовать при экспорте LRC в TTML?
LRC знает только момент начала строки, поэтому концы реплик в TTML будут вычислены по следующей строке, а не перенесены из файла. Это полный список потерь для пары LRC → TTML; сайт показывает его до запуска.
Как реплики LRC выглядят внутри TTML?
TTML — это XML: каждая реплика становится элементом p с атрибутами begin="00:00:01.000" и end="00:00:03.500". Оформление LRC переносится в атрибуты tts и элементы span, а перенос строки — в br.
Что произойдёт с многострочными репликами LRC в файле TTML?
LRC хранит строки, а не многострочные реплики, поэтому TTML получит по реплике на строку; порядок сохраняется.
В какой кодировке сохраняется TTML и какое у него расширение при переводе из LRC?
Файл TTML записывается в UTF-8 без BOM с переводами строк LF и расширением .ttml; при чтении LRC сайт сам определяет BOM и стиль переводов строк и нормализует их. Кириллица и другие алфавиты сохраняются без замены символов.
Что произойдёт с концом реплики LRC при переводе в TTML?
LRC знает только начало ([00:01.00]); конца в файле нет. TTML требует полный интервал, поэтому сайт вычисляет конец по началу следующей строки, а для последней берёт 2 000 мс. Исходная длительность не восстанавливается.