Конвертер SRT в LRC
Или вставьте текст субтитров
Что меняет эта конвертация
2 пункта теряются или требуют решения
- Тайминг
время окончания реплик (целевой формат хранит только начало реплики)
- Точность
точность тайминга — часы результата грубее, поэтому каждая метка округляется до ближайших 10 мс
Этот список выведен из матрицы возможностей этих двух форматов, а не из загруженного файла. Конкретный файл может потерять больше, если использует возможности, которые формат допускает, а матрица не моделирует.
Перевод SRT в LRC меняет не содержание, а способ записи: SRT — самый распространённый формат субтитров, который читают почти все плееры и видеоредакторы, LRC — формат текстов песен, где у каждой строки есть только момент начала. SRT хранит полный интервал (00:00:01,000 → 00:00:03,500), а LRC записывает только начало: та же реплика превратится в [00:01.00]. Точность при этом падает: LRC округляет каждый таймкод до 10 мс, поэтому 00:00:04,001 превратится в 0:00:04.00.
Сайт перечисляет потери до запуска — концы реплик, доли секунды; SRT хранит полный интервал, а LRC запоминает только начало строки: конец будет выводиться из следующей строки, а у последней — из значения по умолчанию 2 000 мс.
Обработка идёт на вашем устройстве, без регистрации и без передачи файлов: пакет из нескольких серий обрабатывается по очереди.
Примеры
Обычный файл SRT, переведённый в LRC
Вход
1
00:00:01,000 --> 00:00:03,500
Hello there.
2
00:00:03,500 --> 00:00:06,000
<i>Whispering</i> now.
And a second line.
3
00:00:06,000 --> 00:00:09,250
<b>Bold</b> statement.
Выход
[00:01.00]Hello there.
[00:03.50]Whispering now.
[00:03.50]And a second line.
[00:06.00]Bold statement.
Сравните две стороны: SRT хранит полный интервал (00:00:01,000 → 00:00:03,500), а LRC записывает только начало [00:01.00]; текст сохраняется, а конец реплики в файл не попадает.
Тот же перевод на неаккуратном файле SRT
Вход
1
0:00:01,00 --> 0:00:03,500
<B>Bold</B> and <I>italic</I>.
2
00:00:03,500 --> 00:00:06,000
3
00:00:08,000 --> 00:00:09,000
Last one.
Выход
[00:01.00]Bold and italic.
[00:03.50]
[00:08.00]Last one.
Второй файл намеренно неровный: BOM, переводы строк CRLF, лишние пустые строки. SRT читает его без падения, а LRC записывается заново, поэтому часть дефектов исчезает, но пропущенные блоки не возвращаются.
Частые вопросы
Сохранится ли точность таймкода SRT в файле LRC?
SRT хранит полный интервал (00:00:01,000 → 00:00:03,500), а LRC записывает только начало: та же реплика превратится в [00:01.00]. Точность при этом падает: LRC округляет каждый таймкод до 10 мс, поэтому 00:00:04,001 превратится в 0:00:04.00.
Что именно теряется при конвертации SRT в LRC?
SRT хранит полный интервал, а LRC запоминает только начало строки: конец будет выводиться из следующей строки, а у последней — из значения по умолчанию 2 000 мс. точность падает: LRC округляет каждый таймкод до 10 мс, тогда как SRT хранил миллисекунды, поэтому 00:00:04,001 станет 0:00:04.00. Это полный список потерь для пары SRT → LRC; сайт показывает его до запуска.
Что будет с тегами курсива и жирного при переводе SRT в LRC?
SRT не имеет официальных стилей, но на практике хранит жирный, курсив и подчёркивание, а сайт дополнительно пишет цвет и позицию. LRC читает только сам текст, поэтому теги исчезнут.
Что произойдёт с многострочными репликами SRT в файле LRC?
SRT может хранить несколько строк в одной реплике, а LRC записывает каждую строку отдельной меткой: многострочная реплика превратится в несколько строк с одинаковым временем начала, порядок сохраняется.
В какой кодировке сохраняется LRC и какое у него расширение при переводе из SRT?
Файл LRC записывается в UTF-8 без BOM с переводами строк LF и расширением .lrc; при чтении SRT сайт сам определяет BOM и стиль переводов строк и нормализует их. Кириллица и другие алфавиты сохраняются без замены символов.
Как LRC определяет конец реплики, если в SRT он записан?
LRC хранит только начало строки в виде [00:01.00] с точностью до сотых; конца в формате нет. При переводе из SRT конец каждой реплики теряется, а при чтении выводится из начала следующей строки, у последней — 2 000 мс по умолчанию.