Convert TTML to SRT

Yes. DFXP was the old name for the same W3C specification, and plenty of tools simply write it out with an .xml extension. All three are accepted here, and the format is detected from the contents rather than the extension.

Regions, styling and positioning — everything TTML expresses through its head section and style attributes, none of which SubRip has a field for. The cue text and its start and end times are what survive, which is all a player needs.

That is deliberate. Frame and tick offsets only mean something alongside the frame rate declared in the document, which this converter does not read, so those cues are skipped rather than given a plausible but wrong timeline. Re-export with clock times and they will come through.

TTML is what broadcasters and streaming platforms produce, and almost nothing outside that pipeline plays it — desktop players, editors and upload forms expect SRT. The captions inside are complete; it is the XML format that is the barrier. Converting pulls the cues out of the XML and hands back a SubRip file the rest of your tools actually accept.

They are flattened away. TTML can describe colours, positions and styled spans; SubRip holds only plain timed lines, so the converter keeps each cue text and timing and drops the presentation. For most uses — getting readable, editable, widely-playable subtitles out of a broadcast file — that is exactly the trade you want.