SBV to SRT
Or paste subtitle text
What this conversion changes
Nothing is lost in this direction — every feature of the source format has somewhere to go in the target format.
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 SBV to SRT. Drop a file in — or paste the text — and you get the SRT version back. The conversion runs entirely in your browser, so nothing is uploaded and no account is needed.
Nothing is lost in this direction. Every feature SBV can express has an equivalent in SRT, so the output is the same subtitles in a different wrapper — the timeline, the line breaks and the text all survive. That holds for any SBV file, including one that uses every feature the format allows.
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 SBV file, converted to SRT
Input
0:00:01.000,0:00:03.500
The quick brown fox.
0:00:04.000,0:00:06.250
Jumps over the lazy dog.
0:00:07.000,0:00:09.000
Two lines here.
And a second one.
Output
1
00:00:01,000 --> 00:00:03,500
The quick brown fox.
2
00:00:04,000 --> 00:00:06,250
Jumps over the lazy dog.
3
00:00:07,000 --> 00:00:09,000
Two lines here.
And a second one.
Nothing is dropped here: compare the two sides line for line.
The same conversion on an awkward input
Input
0:00:02.000,0:00:04.000
Carriage-return line endings.
0:00:06.000,0:00:08.000
Indented timecode, no final newline.Output
1
00:00:02,000 --> 00:00:04,000
Carriage-return line endings.
2
00:00:06,000 --> 00:00:08,000
Indented timecode, no final newline.
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
What does the output look like when SBV becomes SRT?
Like SRT: a number above every timecode, counting from 1. Every SBV cue becomes one SRT cue, in the same order, with the same text.
Are the SBV timings exact in the SRT file?
Yes, to the millisecond — which is as fine as either format goes. SBV writes a moment as `0:00:04.126` and SRT writes the same moment as `00: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 SBV cue come out in SRT?
As two lines, one under the other. The pairing survives — the two SBV lines still belong to one subtitle in the SRT output, and a player shows them together.
Do SBV cues keep their order in the SRT 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 SBV file listed its cues out of sequence, the SRT 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 SRT back to SBV?
Yes, and both directions are lossless — SBV and SRT can each express everything the other does, so a round trip returns the same timeline and the same text in the original wrapper. That is also why the report above has nothing to list.
Does the SRT output keep the SBV file's encoding?
No — the output is UTF-8, with Unix line endings and no byte-order mark, whatever the SBV 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 SRT.