Конвертер JSON в LRC
Или вставьте текст субтитров
Что меняет эта конвертация
5 пунктов теряются или требуют решения
- Тайминг
время окончания реплик (целевой формат хранит только начало реплики)
- Оформление
всё оформление (жирный, курсив, цвет, обводка, тень)
- Позиционирование
положение на экране (каждая реплика возвращается в стандартное положение)
- Караоке
тайминг караоке (подсветка по слогам)
- Точность
точность тайминга — часы результата грубее, поэтому каждая метка округляется до ближайших 10 мс
Этот список выведен из матрицы возможностей этих двух форматов, а не из загруженного файла. Конкретный файл может потерять больше, если использует возможности, которые формат допускает, а матрица не моделирует.
Здесь субтитры JSON превращаются в LRC: JSON — это внутренний формат сайта, который хранит полную модель субтитров, а LRC — формат текстов песен, где у каждой строки есть только момент начала. JSON хранит полный интервал ("start": 1000, "end": 3500), а LRC записывает только начало: та же реплика превратится в [00:01.00]. Точность при этом падает: LRC округляет каждый таймкод до 10 мс, поэтому 00:00:04,001 превратится в 0:00:04.00.
Сайт перечисляет потери до запуска — концы реплик, оформление, позиционирование, караоке, доли секунды; JSON хранит полный интервал, а LRC запоминает только начало строки: конец будет выводиться из следующей строки, а у последней — из значения по умолчанию 2 000 мс.
Ни один байт субтитров не уходит в сеть: конвертация выполняется в текущей вкладке, а готовые файлы забираются архивом.
Примеры
Обычный файл JSON, переведённый в LRC
Вход
{
"version": 1,
"title": "Fixture: typical",
"fps": 25,
"styles": {
"Default": {
"name": "Default",
"fontFamily": "Arial",
"fontSize": 20,
"primaryColor": "#FFFFFF",
"bold": false,
"italic": false
}
},
"generator": "subtitlematrix fixtures",
"cues": [
{
"id": "1",
"start": 0,
"end": 2000,
"lines": [
"Hello world.",
"Second line."
],
"style": "Default",
"position": {
"x": 100,
"y": 200,
"align": "center"
}
},
{
"id": "2",
"start": 2500,
"end": 4000,
"lines": [
"Plain line.",
{
"text": "Styled line.",
"tags": [
{
"kind": "italic",
"start": 0,
"end": 6
}
]
}
]
},
{
"id": "3",
"start": 4500,
"end": 6000,
"lines": [
"Roger: I am here."
],
"speaker": "Roger"
}
]
}
Выход
[ti:Fixture: typical]
[00:00.00]Hello world.
[00:00.00]Second line.
[00:02.50]Plain line.
[00:02.50]Styled line.
[00:04.50]Roger: I am here.
Сравните две стороны: JSON хранит полный интервал ("start": 1000, "end": 3500), а LRC записывает только начало [00:01.00]; текст сохраняется, а конец реплики в файл не попадает.
Тот же перевод на неаккуратном файле JSON
Вход
[
{ "start": 0, "end": 1000, "lines": ["First."] },
{ "start": 1000, "end": 2000, "text": "Second." },
"not an object",
{ "start": 2000, "end": 3000, "lines": ["Third."], "class": "top" }
]
Выход
[00:00.00]First.
[00:01.00]Second.
[00:02.00]Third.
Второй файл намеренно неровный: переводы строк CRLF. JSON читает его без падения, а LRC записывается заново, поэтому часть дефектов исчезает, но пропущенные блоки не возвращаются.
Частые вопросы
Какие таймкоды получатся на выходе при переводе JSON в LRC?
JSON хранит полный интервал ("start": 1000, "end": 3500), а LRC записывает только начало: та же реплика превратится в [00:01.00]. Точность при этом падает: LRC округляет каждый таймкод до 10 мс, поэтому 00:00:04,001 превратится в 0:00:04.00.
Какие данные JSON не переживут перевод в LRC?
JSON хранит полный интервал, а LRC запоминает только начало строки: конец будет выводиться из следующей строки, а у последней — из значения по умолчанию 2 000 мс. JSON хранит все возможности внутренней модели: стили, позиция, караоке и теги в строке, а LRC умеет только чистый текст: шрифт, цвет, обводка, тень и начертание исчезнут. JSON расставляет реплики по экрану, а LRC не хранит координат: все реплики вернутся в позицию по умолчанию. JSON хранит послоговую подсветку, а LRC не поддерживает караоке: останется цельный текст без тайминга слогов. точность падает: LRC округляет каждый таймкод до 10 мс, тогда как JSON хранил миллисекунды, поэтому 00:00:04,001 станет 0:00:04.00. Это полный список потерь для пары JSON → LRC; сайт показывает его до запуска.
Как LRC определяет конец реплики, если в JSON он записан?
LRC хранит только начало строки в виде [00:01.00] с точностью до сотых; конца в формате нет. При переводе из JSON конец каждой реплики теряется, а при чтении выводится из начала следующей строки, у последней — 2 000 мс по умолчанию.
Сохранятся ли переносы строк и порядок реплик при переводе JSON в LRC?
JSON может хранить несколько строк в одной реплике, а LRC записывает каждую строку отдельной меткой: многострочная реплика превратится в несколько строк с одинаковым временем начала, порядок сохраняется.
В какой кодировке сохраняется LRC и какое у него расширение при переводе из JSON?
Файл LRC записывается в UTF-8 без BOM с переводами строк LF и расширением .lrc; при чтении JSON сайт сам определяет BOM и стиль переводов строк и нормализует их. Кириллица и другие алфавиты сохраняются без замены символов.
Почему из JSON в LRC теряется меньше, чем из других форматов?
JSON хранит полную внутреннюю модель: время в миллисекундах, строки, теги, стили, позиции и караоке. LRC принимает только часть этих полей, поэтому потери определяются возможностями LRC, а не исходником; остальное сайт перечисляет до запуска.