Convertir TTML en SRT

Oui. DFXP était l'ancien nom de la même spécification du W3C, et bien des outils l'écrivent tout simplement avec une extension .xml. Les trois sont acceptés ici, et le format est détecté d'après le contenu plutôt que l'extension.

Les régions, les styles et le positionnement — tout ce que le TTML exprime via sa section head et ses attributs de style, dont le SubRip n'a de champ pour aucun. Le texte du bloc et ses temps de début et de fin sont ce qui subsiste, soit tout ce dont un lecteur a besoin.

C'est volontaire. Les décalages en images et en ticks n'ont de sens qu'avec la fréquence d'images déclarée dans le document, que ce convertisseur ne lit pas, ces blocs sont donc sautés plutôt que dotés d'une chronologie plausible mais fausse. Réexportez avec des temps d'horloge et ils passeront.

Le TTML est le standard produit par les chaînes de télévision et les plateformes de streaming, et pratiquement aucun outil grand public ne sait le lire — les lecteurs de bureau, logiciels de montage et formulaires web exigent du SRT. Le texte des sous-titres est pourtant complet ; c’est la structure XML qui fait obstacle. La conversion extrait les répliques du code XML pour vous fournir un fichier SubRip universellement accepté par votre suite logicielle.

Elles sont entièrement aplaties et supprimées. Le TTML peut définir des couleurs, des zones d’affichage précises et des styles de police ; le format SubRip ne gérant que de simples lignes de texte horodatées, le convertisseur retient le texte et le timing de chaque réplique en délaissant la couche de présentation. Pour la majorité des usages — extraire des sous-titres lisibles, modifiables et universels d’un fichier de diffusion professionnel —, c’est exactement le compromis recherché.