Français

Vidéo et sous-titres · Boîte à outils de sous-titres

Au-delà de SRT et VTT : où les sous-titres ASS, TTML, DFXP et SCC sont utilisés

· Contexte

sous-titres formats de fichiers srt webvtt

Plusieurs documents de sous-titres structurés différemment autour des formats SRT et WebVTT pris en charge par la boîte à outils
Illustration vectorielle originale de ToolAcre

SRT et WebVTT dominent le Web, mais la diffusion, le fandom d'anime et la diffusion en streaming utilisent d'autres formats. Cet article cartographie le paysage, explique à quoi sert chaque format et pourquoi une boîte à outils ciblée ne prend en charge que deux d'entre eux.

Un dossier rempli d'extensions que votre lecteur ne reconnaît pas : la diversité des formats dans le travail de sous-titrage professionnel

Un transfert de localisation peut contenir des fichiers qui mettent tous des mots à l'écran et ne partagent presque aucune structure interne. Certaines sont de simples listes de repères, d'autres sont des documents XML, certaines comportent un style détaillé et d'autres encodent un flux de sous-titres de diffusion existant. Traiter chaque extension inconnue comme « un autre SRT » risque de supprimer la fonctionnalité qui a poussé l'expéditeur à la choisir.

La première question de tri n'est pas de savoir quel convertisseur ouvre le fichier, mais à quel système de livraison il appartient. Conservez l'original, identifiez la destination demandée et utilisez un analyseur qui comprend ce format. Subtitle Toolkit lit et écrit explicitement uniquement SRT et WebVTT, ce qui est une limite plutôt qu'une promesse manquée d'universalité.

ASS et SSA — sous-titres stylisés et positionnés issus de la tradition des fansub d'anime

SSA et son successeur ASS sont des formats de sous-titres de style script avec des sections pour les métadonnées, des styles réutilisables et des événements de dialogue chronométrés. Ils peuvent exprimer un positionnement et une apparence au-delà de l'ordinaire SRT. Ils sont fortement associés aux flux de travail de sous-titres communautaires richement stylisés, y compris les fansubbing d'anime, mais ces associations ne transforment pas chaque fichier ASS en fansub ni ne définissent sa licence.

Les commandes de remplacement délimitées par des accolades des formats SubStation survivent parfois à une conversion grossière sous forme de texte visible. Le nettoyage de ToolAcre peut supprimer des blocs tels qu'un remplacement de positionnement du texte de repère, mais il n'analyse pas un script ASS, ne traduit pas ses styles et ne préserve pas le comportement du karaoké et du dessin. Convertissez avec un outil compatible ASS avant d'apporter ici un dérivé en texte brut.

TTML et DFXP — Texte chronométré basé sur XML pour la diffusion et la diffusion en streaming

TTML représente le texte chronométré sous la forme XML, permettant aux informations sur la structure, les espaces de noms, le timing et la présentation de voyager ensemble. DFXP est un nom rencontré dans la même famille de textes chronométrés et dans les workflows de livraison construits autour de celui-ci. Ces documents ne sont pas des blocs de repères de ligne vierge, donc un analyseur SRT ne peut pas les récupérer en toute sécurité en recherchant des flèches.

Les systèmes de diffusion et de streaming peuvent choisir un profil de la famille TTML avec des exigences plus étroites que le format large. Cet article ne revendique pas un profil, une version standard ou un mappage de plate-forme pour chaque fichier .ttml ou .dfxp. La spécification de livraison fait autorité et la conversion doit conserver un maître jusqu'à ce que la destination accepte et affiche le résultat.

SCC et CEA-608 — l'héritage du sous-titrage codé diffusé toujours requis par certains distributeurs Les fichiers

SCC représentent une lignée de sous-titres de diffusion associée aux données CEA-608 plutôt qu'une liste conviviale de blocs SRT. Leur contenu et leurs contraintes reflètent les commandes de sous-titres et les modèles de transmission antérieurs au texte side-car Web. Un distributeur demandant SCC demande cette représentation de livraison, pas un fichier SRT avec un suffixe différent.

L'outil de référentiel ne lit pas SCC et n'encode pas CEA-608. Il ne vérifie pas non plus la conformité du diffuseur. Conservez le projet de sous-titrage source et utilisez un logiciel conçu pour le flux de diffusion demandé ; exporter vers SRT ou WebVTT uniquement lorsqu'une destination distincte appelle réellement l'un de ces fichiers.

SBV, LRC et autres — formats spécifiques à la plateforme et de niche

SBV est rencontré dans les flux de travail de sous-titres de plate-forme, tandis que LRC est couramment utilisé pour les paroles chronométrées. D'autres extensions codent encore plus d'hypothèses sur le timing, le style ou une application particulière. Leur similitude superficielle (une heure plus une ligne de texte) ne suffit pas à les rendre interchangeables, car la ponctuation, l'ordre et les métadonnées déterminent la manière dont un analyseur lit le fichier.

Cet article ne fournit pas de registre exhaustif et n'affirme pas qu'un service accepte toujours un format. Les modifications du support de la plateforme et les livraisons professionnelles sont contractuelles. Lisez la documentation de destination actuelle et conservez le fichier d'origine, en particulier lorsqu'une conversion supprime nécessairement la mise en page ou le style.

Pourquoi une boîte à outils choisit uniquement SRT et WebVTT – les formats d'échange du Web et l'honnêteté de documenter cette limite

Une boîte à outils de navigateur ciblée choisit SRT et WebVTT car son modèle de transformation est un texte de repère, des millisecondes de début et de fin, plus une chaîne de paramètre facultative. Ce modèle correspond directement à la structure de bloc commune de ces deux formats. Il ne contient pas d'arborescence XML, de feuille de style réutilisable, de flux de commandes de diffusion ou de piste vidéo intégrée, donc prétendre les prendre en charge aplatirait silencieusement les informations.

La limitation est indiquée dans l'enregistrement du convertisseur : ASS et SSA, TTML, SAMI et les légendes embarquées dans un conteneur ne sont pas gérées. Même dans WebVTT, les blocs NOTE, STYLE et REGION sont ignorés. Une portée honnête permet à un utilisateur de s'arrêter avant les dommages plutôt que de découvrir après l'exportation qu'une fonctionnalité spécialisée a disparu.

À retenir : connaissez la carte, puis choisissez l'outil – comment la boîte à outils de sous-titres couvre la partie SRT et WebVTT du paysage

Connaissez la carte, conservez le maître et choisissez l'outil qui comprend la destination demandée. Subtitle Toolkit couvre la partie SRT et WebVTT : analyse tolérante des signaux, sérialisation canonique, changements de timing, nettoyage du texte et validation structurelle. Il ne s'agit pas d'un moteur d'échange de sous-titres universel et ne transforme pas un format non pris en charge en une entrée sûre en le renommant.

Si une application spécialisée a déjà produit un dérivé SRT ou WebVTT révisé, chargez ce dérivé ici et inspectez le nombre de cues et les problèmes avant la conversion. Conservez l'ASS, le TTML, le SCC ou tout autre maître à côté afin que toute métadonnée de style ou de livraison perdue puisse être retracée au lieu d'être devinée.