Перейти к основному содержимому
SubtitleMatrix

Конвертер LRC в JSON

Конвертация форматовТекст песни (LRC)
Или вставьте текст субтитров

Параметры

Используется, когда в источнике нет времени окончания (простой текст, LRC). Таймлайн в результате строится здесь, а не преобразуется, поэтому вы получите именно это число.

Что меняет эта конвертация

1 пункт теряется или требует решения

  • Тайминг

    время окончания реплик — источник его не хранит, поэтому в результате оно будет построено, а не преобразовано

Этот список выведен из матрицы возможностей этих двух форматов, а не из загруженного файла. Конкретный файл может потерять больше, если использует возможности, которые формат допускает, а матрица не моделирует.

Здесь субтитры LRC превращаются в JSON: LRC — это формат текстов песен, где у каждой строки есть только момент начала, а JSON — внутренний формат сайта, который хранит полную модель субтитров. LRC хранит только начало строки вида [00:01.00], а JSON требует полный интервал, поэтому конец каждой реплики сайт вычисляет по следующей строке. Точность не теряется: миллисекундная шкала JSON вмещает все значения LRC без округления.

Сайт перечисляет потери до запуска — исходные концы реплик; LRC знает только момент начала строки, поэтому концы реплик в JSON будут вычислены по следующей строке, а не перенесены из файла.

Ни один байт субтитров не уходит в сеть: конвертация выполняется в текущей вкладке, а готовые файлы забираются архивом.

Примеры

Обычный файл LRC, переведённый в JSON

Вход

[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.

Выход

{
  "version": 1,
  "title": "Sample Song",
  "cues": [
    {
      "start": 12000,
      "end": 15300,
      "lines": [
        "First line of the song."
      ]
    },
    {
      "start": 15300,
      "end": 18000,
      "lines": [
        "Second line.",
        "Second line, translated."
      ]
    },
    {
      "start": 18000,
      "end": 21500,
      "lines": [
        ""
      ]
    },
    {
      "start": 21500,
      "end": 23500,
      "lines": [
        "Final line."
      ]
    }
  ]
}

Сравните две стороны: LRC хранит только начало строки ([00:01.00]), а JSON требует полный интервал, поэтому конец каждой реплики сайт выводит из следующей строки.

Тот же перевод на неаккуратном файле 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]

Выход

{
  "version": 1,
  "cues": [
    {
      "start": 3000,
      "end": 5500,
      "lines": [
        "Out of order."
      ]
    },
    {
      "start": 5500,
      "end": 7000,
      "lines": [
        "Leading zero omitted, one decimal."
      ]
    },
    {
      "start": 7000,
      "end": 9000,
      "lines": [
        "Second with no centiseconds.",
        "Repeated chorus line."
      ]
    },
    {
      "start": 9000,
      "end": 12000,
      "lines": [
        "Repeated chorus line."
      ]
    },
    {
      "start": 12000,
      "end": 14000,
      "lines": [
        ""
      ]
    }
  ]
}

Второй файл намеренно неровный: BOM, переводы строк CRLF. LRC читает его без падения, а JSON записывается заново, поэтому часть дефектов исчезает, но пропущенные блоки не возвращаются.

Частые вопросы

Какие таймкоды получатся на выходе при переводе LRC в JSON?

LRC хранит только начало строки вида [00:01.00], а JSON требует полный интервал, поэтому конец каждой реплики сайт вычисляет по следующей строке. Точность не теряется: миллисекундная шкала JSON вмещает все значения LRC без округления.

Какие данные LRC не переживут перевод в JSON?

LRC знает только момент начала строки, поэтому концы реплик в JSON будут вычислены по следующей строке, а не перенесены из файла. Это полный список потерь для пары LRC → JSON; сайт показывает его до запуска.

Что произойдёт с концом реплики LRC при переводе в JSON?

LRC знает только начало ([00:01.00]); конца в файле нет. JSON требует полный интервал, поэтому сайт вычисляет конец по началу следующей строки, а для последней берёт 2 000 мс. Исходная длительность не восстанавливается.

Не перепутается ли порядок реплик после конвертации LRC в JSON?

LRC хранит строки, а не многострочные реплики, поэтому JSON получит по реплике на строку; порядок сохраняется.

В какой кодировке сохраняется JSON и какое у него расширение при переводе из LRC?

Файл JSON записывается в UTF-8 без BOM с переводами строк LF и расширением .json; при чтении LRC сайт сам определяет BOM и стиль переводов строк и нормализует их. Кириллица и другие алфавиты сохраняются без замены символов.

В каком виде JSON хранит реплики после перевода LRC в JSON?

JSON записывает каждую реплику объектом с полями id, start, end и lines; время — целые миллисекунды (1000 и 3500), поэтому округления нет. Строки LRC становятся элементами lines, а теги оформления — отдельными объектами.

Похожие инструменты