JSON to SBV
Or paste subtitle text
What this conversion changes
3 things are dropped or need a decision
- Styling
all styling (bold, italic, colour, outline, shadow)
- Positioning
on-screen positioning (every cue returns to the default position)
- Karaoke
karaoke timing (per-syllable highlighting)
This list comes from the capability matrix for these two formats, not from the particular file you loaded. A specific file may lose more if it uses features the format allows but the matrix does not model.
This page converts JSON to SBV. Drop a file in — or paste the text — and you get the SBV version back. The conversion runs entirely in your browser, so nothing is uploaded and no account is needed.
These two formats do not store the same things, and the difference is not cosmetic: styling, positioning and karaoke have nowhere to go in SBV. The list above comes from what the two formats can each express rather than from your file, so it is the same answer before you load anything.
One file is fine, and so is a whole season: the queue works through them in order and the results come down together as a single ZIP.
Examples
A typical JSON file, converted to SBV
Input
{
"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"
}
]
}
Output
0:00:00.000,0:00:02.000
Hello world.
Second line.
0:00:02.500,0:00:04.000
Plain line.
<i>Styled</i> line.
0:00:04.500,0:00:06.000
Roger: I am here.
Dropped in this output: styling, positioning and karaoke. Everything else matches line for line.
The same conversion on an awkward input
Input
[
{ "start": 0, "end": 1000, "lines": ["First."] },
{ "start": 1000, "end": 2000, "text": "Second." },
"not an object",
{ "start": 2000, "end": 3000, "lines": ["Third."], "class": "top" }
]
Output
0:00:00.000,0:00:01.000
First.
0:00:01.000,0:00:02.000
Second.
0:00:02.000,0:00:03.000
Third.
This is the kind of damage real files have — mixed line endings, stray whitespace, fields left empty. Compare it with the tidy example above to see what the parser forgives.
Frequently asked questions
Do bold and italic survive from JSON into SBV?
Emphasis does; the style table does not. Formatting that belongs to a piece of text — bold, italic, underline, a colour — is written into the SBV text as tags (`<i>`, `<b>`, `<u>`, `<font color="…">`), because that is the one kind of styling a cue-level format can still carry. What is lost is everything the JSON file said globally: the font, its size, the outline, the shadow and the margins.
What happens to the on-screen position from JSON to SBV?
SBV cannot say where a subtitle is drawn, so the position stored with each cue is dropped on the way out of JSON, and every cue goes back to the default position the player chooses — the bottom of the frame, centred, for most of them.
What happens to karaoke timing from JSON to SBV?
The timing goes; the words stay. Karaoke lives in the karaoke spans a JSON cue carries, which mark when each syllable lights up, and SBV has no way to record a moment inside a line — so the marks come off and the syllables arrive as ordinary SBV text.
What does the output look like when JSON becomes SBV?
Like SBV: no cue numbers and no header — a line with the two times on it, and then the text. Every JSON cue becomes one SBV cue, in the same order, with the same text.
Are the JSON timings exact in the SBV file?
Yes, to the millisecond — which is as fine as either format goes. JSON writes a moment as `4126` and SBV writes the same moment as `0:00:04.126`; nothing is rounded or shifted between the two, and a cue that was on screen for 2.9 seconds still is.
How does a two-line JSON cue come out in SBV?
As two lines, one under the other. The pairing survives — the two JSON lines still belong to one subtitle in the SBV output, and a player shows them together.
Do JSON cues keep their order in the SBV output?
Yes, and they are sorted by start time on the way — earliest first, which is how every format here expects them and how players read them. If your JSON file listed its cues out of sequence, the SBV output puts them back in order; that is a change to the file's structure rather than its content, and it is deliberate.
Can I convert the SBV back to JSON?
Yes, and that direction costs nothing: an SBV file holds less than JSON can, so nothing further is dropped on the way back. What this direction dropped stays dropped, though — styling, positioning and karaoke cannot be rebuilt from an SBV file, because nothing in it records what they were.
Does the SBV output keep the JSON file's encoding?
No — the output is UTF-8, with Unix line endings and no byte-order mark, whatever the JSON file used. A file that arrives in UTF-16, or in a Windows single-byte encoding, is decoded on the way in (the result panel says so when that happens); what comes out is always the same UTF-8 SBV.