TTML to MICRODVD
Or paste subtitle text
Options
Which frame rate the timings are counted in. On the format pages this is what MicroDVD needs, because it stores timing as frame numbers. On the frame rate pages it is the rate the file was timed against — the version the subtitles were made for — and the page's second box takes the rate of the video you are going to use them with. 23.976, 24, 25, 29.97, 30, 50, 59.94 and 60 are the common ones. Getting it wrong shifts the whole timeline, and on the frame rate pages it shifts it by a ratio rather than by a fixed amount.
What this conversion changes
4 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)
- Frame rate
this format stores times as frame numbers — timings depend on the frame rate you supply
- Format-specific content
content the source format keeps outside its cues (non-cue blocks, header text, per-cue settings, commented-out events) — the target format has no place for it
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 TTML to MICRODVD. Drop a file in — or paste the text — and you get the MICRODVD 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, frame rate and format-specific content have nowhere to go in MICRODVD. 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 TTML file, converted to MICRODVD
Input
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling" xml:lang="en">
<head>
<styling>
<style xml:id="s1" tts:color="#FFFF00" tts:fontWeight="bold"/>
</styling>
<layout>
<region xml:id="bottom" tts:origin="10% 80%" tts:extent="80% 20%"/>
</layout>
</head>
<body>
<div>
<p begin="00:00:01.000" end="00:00:03.500" region="bottom" style="s1">Hello <span tts:fontStyle="italic">there</span>.</p>
<p begin="00:00:03.500" end="00:00:06.000" region="bottom">How are you?<br/>Fine, thanks.</p>
</div>
</body>
</tt>
Output
{1}{1}25
{25}{88}Hello there.
{88}{150}How are you?|Fine, thanks.
Dropped in this output: styling, positioning, frame rate and format-specific content. Everything else matches line for line.
The same conversion on an awkward input
Input
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling"
xmlns:ttp="http://www.w3.org/ns/ttml#parameter"
ttp:frameRate="25" xml:lang="en">
<body>
<div>
<p begin="1.5s" dur="2s">Loaded from an offset and a duration.</p>
<p begin="4s" end="00:00:06.50">A coarser clock spelling.</p>
<p begin="00:00:07:00" end="00:00:08:12">Frames, at 25fps.</p>
<p begin="9s"><span tts:color="#FF0000">Half-open</span> and Tom & Jerry.</p>
</div>
</body>
</tt>
Output
{1}{1}25
{38}{88}Loaded from an offset and a duration.
{100}{163}A coarser clock spelling.
{175}{212}Frames, at 25fps.
{225}{275}Half-open and Tom & Jerry.
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 happens to bold, italic and colour from TTML to MICRODVD?
MICRODVD stores no styling of any kind, so all of it goes: a `<span tts:color="…">` inside a paragraph, or a named style from the `<styling>` table it points at — none of it has anywhere to land, and every line is written as plain text. The words themselves are untouched.
What happens to the on-screen position from TTML to MICRODVD?
MICRODVD cannot say where a subtitle is drawn, so the `region` and `style` references a `<p>` carries are dropped on the way out of TTML, and every cue goes back to the default position the player chooses — the bottom of the frame, centred, for most of them.
Which frame rate should I set for the TTML to MICRODVD conversion?
MICRODVD stores a subtitle as a pair of frame numbers rather than as clock times — `{103}{175}` — so the frame rate is what turns the TTML timings into what the file needs: at 25 frames per second, four seconds in is frame 100. Set it to the frame rate of the video these subtitles are for; the wrong value barely shows at the start and drifts further out of step the longer the video runs.
What happens to the TTML prolog, its `<styling>` and `<layout>` tables in MICRODVD?
Dropped. A TTML file keeps its look and its layout in the head rather than in the words: the XML declaration and its namespace bindings, the `<styling>` table of named styles (`tts:color`, `tts:fontWeight`), the `<layout>` table of named regions (`tts:origin`, `tts:extent`), any `<metadata>`, and the `style` / `region` attributes a `<p>` uses to point at them. MICRODVD stores cues, not a document, so nothing in that head has a place to land. Styling written *inside* a paragraph is a different matter — a `<span tts:fontStyle="italic">` is emphasis on the words, and it is written out in MICRODVD's own markup wherever MICRODVD has any.
What does the output look like when TTML becomes MICRODVD?
Like MICRODVD: no cue numbers: a pair of frame numbers in braces opens every line. Every TTML cue becomes one MICRODVD cue, in the same order, with the same text.
How does a two-line TTML cue come out in MICRODVD?
As one line with a vertical bar between the halves, which is how MicroDVD writes a line break. The pairing survives — the two TTML lines still belong to one subtitle in the MICRODVD output, and a player shows them together.
Do TTML cues keep their order in the MICRODVD 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 TTML file listed its cues out of sequence, the MICRODVD 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 MICRODVD back to TTML?
Yes, and it has its own list: converting MICRODVD to TTML drops frame rate. That list is different from the one above because the two formats keep different things.
Does the MICRODVD output keep the TTML file's encoding?
No — the output is UTF-8, with Unix line endings and no byte-order mark, whatever the TTML 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 MICRODVD.