Turn a .sub subtitle file into a .srt subtitle in seconds—no software needed, just upload and convert in your browser.
A .sub file in the MicroDVD style does not store times at all — it stores frame numbers, like {1440}{1560}Come in.. SubRip (.srt) stores real clock times to the millisecond. So this is not a cosmetic re-wrap: every line has to be multiplied by a frame duration, and that number has to come from somewhere. This page walks through the conversion, shows exactly which parts of a MicroDVD file survive it, and tells you what to check before you use the result.
MicroDVD's {start}{end} values are frame indices. Frame 1440 is one minute into a 24 fps film and 57.6 seconds into a 25 fps PAL transfer — same file, two different answers. There is no way to recover the right one from the numbers alone, which is why the format grew a convention: authoring tools write the frame rate onto the first line, as a pseudo-cue like {1}{1}23.976. FFmpeg's MicroDVD demuxer scans the first three lines for exactly that shape and accepts any value between 3 and 100 fps; if it finds none it falls back to 23.976, and exposes a subfps option so you can override.
This page's converter behaves differently, and it is worth knowing before you convert:
{1}{1}23.976 header matches the ordinary cue pattern, so it comes through as a subtitle whose text is the literal string 23.976. Delete that line from your input before converting, or delete the first cue from the SRT afterwards.Check the converted timeline against your video before you use it. MicroDVD timing scale is a defect we currently have open, so treat the numbers in the output as something to verify rather than trust. The cue text, the line breaks and the cue order come across faithfully; the timeline is the part that needs your eyes on it.
| Property | MicroDVD (.sub) | SubRip (.srt) |
|---|---|---|
| Timing unit | Frame numbers | Clock time, hh:mm:ss,mmm |
| Precision | One frame (40 ms at 25 fps) | 1 millisecond |
| Frame rate needed to read it | Yes — external or first-line convention | No, times are absolute |
| Cue syntax | {start}{end}text on one line |
Index, time range, then text lines |
| Line break inside a cue | | pipe character |
A real newline |
| Styling | Inline codes: {y:i}, {y:b}, {y:u}, {c:$BBGGRR} |
None in the spec; players widely accept <i>, <b>, <u> |
| Positioning | {P:x,y} |
Not supported |
| Cue numbering | None | Sequential index required |
| Typical use today | Legacy DivX/Xvid rips, MicroDVD-era players | The universal interchange format |
| Element in the .sub | Result in the .srt |
|---|---|
| Cue text | Preserved verbatim |
| line separator |
Becomes a real line break inside the cue |
| Cue order and count | Preserved, renumbered from 1 |
| Frame range | Recalculated into a clock time range — verify it |
{y:i} / {y:b} / {y:u} style codes |
Stripped, not translated to <i> / <b> / <u> |
{c:$BBGGRR} colour, {f:} font, {s:} size |
Stripped |
{P:x,y} positioning |
Stripped — SubRip has nowhere to put it |
| A cue with no text | Kept as an empty cue |
{digits}{digits}text. Usually the file is not MicroDVD at all: plenty of .sub files are SubViewer text, and a .sub sitting next to an .idx is VobSub, which is a stack of bitmap images with no text in it and needs OCR rather than conversion.23.976 or 25 — that is the frame-rate header line being treated as a cue. Remove it from the input, or delete the first block of the output..sub as UTF-8 without BOM, or paste the text into the input box instead of uploading, which sidesteps it.{1440}{}Text, meaning "until the next one". This parser requires digits in both braces and drops the line. Give it an explicit end frame.The one case no subtitle converter can rescue is VobSub. If your .sub is several megabytes and has an .idx file beside it, the subtitles are stored as rendered pictures ripped from a DVD — there is no text to extract, and you need OCR software such as Subtitle Edit or SubRip rather than a format converter. The quick check: open the file in a text editor. Real MicroDVD is readable ASCII full of curly braces; VobSub is binary noise. Likewise, if your goal is a plain reading transcript rather than a timed file, SUB to TXT drops the timing entirely and gives you just the dialogue.
Because MicroDVD never stored one. Its {start}{end} numbers are positions in the video's frame sequence, so the only way to turn them into seconds is to divide by the frames-per-second the video actually runs at. SubRip stores absolute times, so once you have converted, the frame rate stops mattering — but you have to get it right at the moment of conversion.
25 fps, unconditionally. That is the parser's built-in default and the interface exposes no control to change it. For context, FFmpeg's MicroDVD reader defaults to 23.976 fps instead when a file declares nothing, so the same file can legitimately produce two different timelines depending on which tool opens it.
No. MicroDVD's inline codes — {y:i} for italic, {y:b} for bold, {c:$0000ff} for colour, {f:} for font, {s:} for size — are removed along with the braces, and are not rewritten as the <i> and <b> tags most SubRip players understand. You get clean unstyled text. If styling matters more than SubRip compatibility, SUB to SSA targets a format that can carry it, though this converter does not translate the codes there either.
| is MicroDVD's line separator, and it becomes a genuine line break in the SRT cue. So {100}{200}Hello!|How are you? converts to a two-line subtitle rather than one line containing a stray pipe.
No, and that is worth catching early. That pairing is VobSub, the DVD subtitle format, where the .sub holds bitmap images of the subtitles instead of text. A text converter has nothing to read. You need OCR — Subtitle Edit is the usual free choice — to turn those pictures into characters first.
No. This converter is one of the pages that runs entirely in your browser: the file is read locally with the browser's own file-reading API, parsed by JavaScript on the page, and handed back to you as a download generated in memory. The converter code is fetched from us once; your subtitle file never is.
Almost always, with three exceptions we can name precisely: a first line carrying a byte-order mark is skipped, an open-ended {1440}{} cue is skipped, and a first-line frame-rate declaration is added as an extra cue. Cues that do convert keep their original order and are renumbered from 1.
Windows-style CRLF, which is what the overwhelming majority of subtitle tooling expects and what SubRip files have historically used. Players on macOS and Linux read it without complaint.
Yes — SRT to SUB runs the reverse trip. Bear in mind it is not lossless in the round trip: the frame rate used to write the new .sub is an assumption again, and any styling you added to the SRT does not map onto MicroDVD's code system.