Конвертер SRT в JSON
Или вставьте текст субтитров
Что меняет эта конвертация
В этом направлении ничего не теряется — у каждой возможности исходного формата есть куда перейти в целевом.
Этот список выведен из матрицы возможностей этих двух форматов, а не из загруженного файла. Конкретный файл может потерять больше, если использует возможности, которые формат допускает, а матрица не моделирует.
Здесь субтитры SRT превращаются в JSON: SRT — это самый распространённый формат субтитров, который читают почти все плееры и видеоредакторы, а JSON — внутренний формат сайта, который хранит полную модель субтитров. SRT записывает интервал (00:00:01,000 → 00:00:03,500), а JSON хранит его целыми миллисекундами: start 1000, end 3500. Обе шкалы миллисекундные, поэтому значения времени переносятся без округления.
В этом направлении ничего не теряется: позиционирования в SRT нет, караоке в исходнике отсутствует, служебных блоков вне реплик тоже нет, а SRT не содержит ничего, чего JSON не умел бы.
Ни один байт субтитров не уходит в сеть: конвертация выполняется в текущей вкладке, а готовые файлы забираются архивом.
Примеры
Обычный файл SRT, переведённый в JSON
Вход
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.
Выход
{
"version": 1,
"cues": [
{
"id": "1",
"start": 1000,
"end": 3500,
"lines": [
"Hello there."
]
},
{
"id": "2",
"start": 3500,
"end": 6000,
"lines": [
{
"text": "Whispering now.",
"tags": [
{
"kind": "italic",
"start": 0,
"end": 10
}
]
},
"And a second line."
]
},
{
"id": "3",
"start": 6000,
"end": 9250,
"lines": [
{
"text": "Bold statement.",
"tags": [
{
"kind": "bold",
"start": 0,
"end": 4
}
]
}
]
}
]
}
Сравните две стороны: SRT записывает время как 00:00:01,000, JSON — как "start": 1000; текст и порядок реплик при этом сохраняются.
Тот же перевод на неаккуратном файле 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.
Выход
{
"version": 1,
"cues": [
{
"id": "1",
"start": 1000,
"end": 3500,
"lines": [
{
"text": "Bold and italic.",
"tags": [
{
"kind": "bold",
"start": 0,
"end": 4
},
{
"kind": "italic",
"start": 9,
"end": 15
}
]
}
]
},
{
"id": "2",
"start": 3500,
"end": 6000,
"lines": []
},
{
"id": "3",
"start": 8000,
"end": 9000,
"lines": [
"Last one."
]
}
]
}
Второй файл намеренно неровный: BOM, переводы строк CRLF, лишние пустые строки. SRT читает его без падения, а JSON записывается заново, поэтому часть дефектов исчезает, но пропущенные блоки не возвращаются.
Частые вопросы
Какие таймкоды получатся на выходе при переводе SRT в JSON?
SRT записывает интервал (00:00:01,000 → 00:00:03,500), а JSON хранит его целыми миллисекундами: start 1000, end 3500. Обе шкалы миллисекундные, поэтому значения времени переносятся без округления.
Какие данные SRT не переживут перевод в JSON?
Ничего: позиционирования в SRT нет, караоке в исходнике отсутствует, служебных блоков вне реплик тоже нет, а SRT не содержит ничего, чего JSON не умел бы. Текст, интервалы и порядок реплик переносятся один в один, а различие остаётся только в синтаксисе SRT и JSON.
В каком виде JSON хранит реплики после перевода SRT в JSON?
JSON записывает каждую реплику объектом с полями id, start, end и lines; время — целые миллисекунды (1000 и 3500), поэтому округления нет. Строки SRT становятся элементами lines, а теги оформления — отдельными объектами.
Что произойдёт с многострочными репликами SRT в файле JSON?
Оба формата хранят жёсткий перенос внутри реплики, поэтому две строки SRT останутся двумя строками в JSON; порядок реплик не меняется.
В какой кодировке сохраняется JSON и какое у него расширение при переводе из SRT?
Файл JSON записывается в UTF-8 без BOM с переводами строк LF и расширением .json; при чтении SRT сайт сам определяет BOM и стиль переводов строк и нормализует их. Кириллица и другие алфавиты сохраняются без замены символов.
Что будет с тегами курсива и жирного при переводе SRT в JSON?
SRT не имеет официальных стилей, но на практике хранит жирный, курсив и подчёркивание, а сайт дополнительно пишет цвет и позицию. JSON поддерживает полное оформление, поэтому теги перейдут в его собственный синтаксис.