Convertir VTT en SBV

WebVTT est un format de document avec de la place dedans : un en-tête obligatoire, des identifiants de réplique optionnels, des blocs de commentaires, un bloc de style, des réglages ajoutés à toute ligne de minutage, et des balises en ligne à l’intérieur du texte. Tout cela existe pour de bonnes raisons et tout cela est en travers du chemin quand on veut une liste de moments et ce qui a été dit à chacun d’eux.

SBV n’a rien de tout cela. Une ligne de minutage, du texte, une ligne vide, et l’entrée suivante. C’est tout le format, ce qui explique pourquoi il survit comme fichier de travail longtemps après que l’outil pour lequel il a été construit a changé de forme, et pourquoi il est la destination sensée quand l’étape suivante est un humain lisant chaque ligne ou un script découpant sur une virgule.

L’en-tête part, parce que SBV n’en a pas. Les identifiants de réplique partent, parce que SBV n’a aucune numérotation ni nommage d’aucune sorte. Les blocs NOTE et STYLE partent, et ils partent pour une raison structurelle qu’il vaut la peine de connaître : un bloc est reconnu comme une réplique en contenant une flèche d’horodatage, et aucun des deux n’en a, donc ils sont sautés plutôt que mal lus comme texte de sous-titre.

Les réglages de réplique partent aussi. Un réglage line, align, position ou size écrit après l’horodatage de fin est lu jusqu’à la première espace et le reste est écarté. Si la piste s’appuyait sur le positionnement pour garder les légendes claires du texte à l’écran, ce placement n’est pas récupérable à partir de la sortie, et le fichier WebVTT est la seule copie de cela.

Une seule ligne porte les deux temps séparés par une virgule : 0:04:12.500,0:04:15.100. Le point devant les millisecondes est le même que celui qu’utilise WebVTT, donc cette moitié ne demande aucune attention. Les heures sont ce qui change — SBV les écrit sans remplissage de zéro, ce qui est le détail qui fait qu’un fichier renommé échoue et qu’un fichier converti marche.

Les minutages eux-mêmes ne sont pas touchés. Chaque valeur est tenue en millisecondes pendant la conversion et réécrite à la résolution de la milliseconde, donc chaque entrée commence et finit au moment précis où elle le faisait dans le VTT. Rien n’est arrondi, calé ou déplacé ; seule la ponctuation autour des nombres est différente.

C’est la limite de l’aplatissement et cela vaut la peine d’être dit nettement. Le texte de la réplique est copié tel quel. Une balise italique, une balise gras, une balise voice nommant le locuteur — tout cela voyage du WebVTT au SBV comme des caractères littéraux, parce que rien n’interprète l’intérieur d’une réplique.

SBV n’a aucun style d’aucune sorte, donc ces balises seront affichées plutôt qu’appliquées. Si le but de la conversion était un fichier où il n’y a rien d’autre que des mots, un rechercher-remplacer finit le travail. Le faire d’abord dans le WebVTT est une meilleure pratique, parce que ce fichier est celui que quelqu’un convertira à nouveau le mois prochain.

La plupart des fichiers WebVTT en circulation sortent d’une transcription automatique, et la structure du SBV se prête bien à la passe de correction : les lignes de minutage sont assez courtes pour qu’on les dépasse en lisant, le texte est sur ses propres lignes, et il n’y a pas de numérotation à renuméroter quand une légende est coupée ou fusionnée.

Ce qu’il faut corriger, dans l’ordre qui rapporte : les noms propres et le vocabulaire technique, là où les reconnaisseurs échouent le plus et où les échecs changent le sens ; puis les sauts de ligne, que la sortie automatique place là où son buffer s’est vidé plutôt qu’à une frontière de clause ; puis la longueur des répliques, parce qu’un reconnaisseur n’a aucune notion de combien de temps un lecteur a besoin. Rien de tout cela n’est un problème de format et tout cela est la raison pour laquelle une transcription automatique est suffisante pour parcourir et pas pour publier.

SBV est le format propre à Google, produit par l’éditeur de sous-titres YouTube depuis 2008 et proposé par son outil de téléchargement. Téléverser un SBV replace les sous-titres là où ils peuvent être édités contre la chronologie de la vidéo, ce qui est le moyen le plus rapide de corriger le minutage plutôt que les mots.

Cela vaut la peine d’être net sur la nécessité : YouTube accepte WebVTT directement, donc cette conversion n’est pas un prérequis pour sous-titrer une vidéo là-bas. Elle gagne sa place quand l’éditeur est l’endroit où le travail a lieu, quand un script de votre flux de travail attend le format d’export, ou quand une archive de sous-titres est déjà en SBV et qu’un nouveau fichier arrivant en WebVTT est l’intrus.

Une grande partie de la demande pour des fichiers de sous-titres n’a rien à voir avec les sous-titres. Les gens veulent le texte : transformer une conférence en article, citer un orateur fidèlement, chercher dans un enregistrement de deux heures les quatre minutes qui importent. Pour cela, les minutages sont du bruit et SBV est un arrêt sur le chemin plutôt que la destination.

Le fichier aplati rend cette dernière étape triviale — supprimez chaque ligne contenant une virgule entre deux horodatages et la transcription est ce qui reste. Faites-le dans un éditeur avec une expression régulière, ou en trois lignes de n’importe quel langage de script. Ce qu’aucune conversion ne corrige, c’est la fiabilité des mots sous-jacents, et une transcription issue d’un reconnaisseur demande à être vérifiée contre l’audio avant que quoi que ce soit n’en soit cité.

Si l’étape suivante est du code plutôt qu’une personne, la forme du fichier décide combien de code. Un analyseur WebVTT doit gérer un en-tête optionnel avec des métadonnées facultatives après, des blocs qui peuvent ou non commencer par un identifiant, des lignes de minutage qui peuvent ou non porter des réglages, et des blocs qui sont des commentaires ou des styles plutôt que des répliques.

Un analyseur SBV découpe sur des lignes vides, découpe la première ligne sur une virgule, et prend le reste comme texte. Cette différence est réelle, et c’est la raison honnête pour laquelle quelqu’un convertirait dans cette direction pour une tâche de script. Cela vaut aussi la peine d’être pesé contre l’utilisation d’un analyseur WebVTT maintenu à la place, qui gère les cas gênants correctement et coûte une dépendance plutôt qu’un après-midi de cas limites.

Corriger un fichier de sous-titres signifie en général changer où sont les frontières, et pas seulement ce que disent les mots : une réplique qui court à travers une rupture de phrase demande à être coupée, et deux fragments que le reconnaisseur a séparés demandent à être joints. En SubRip chacune de ces éditions invalide la numérotation à partir de ce point, et un fichier corrigé dans un éditeur de texte finit avec deux entrées numérotées 214 ou une suite qui saute de 300 à 302.

SBV n’a pas de numérotation à casser. Couper une entrée signifie ajouter une ligne de minutage et une ligne vide ; fusionner deux signifie les supprimer. Rien après l’édition n’a besoin d’être touché, et aucun lecteur ou plateforme ne compte. C’est un avantage réel du format pour le seul travail qu’il fait bien, et c’est pourquoi une passe de correction faite ici et reconvertie est souvent moins sujette à erreur que la même passe faite dans le fichier SubRip directement.

Comme archive, non. Il ne se lit essentiellement nulle part hors YouTube, il ne porte rien que WebVTT ou SubRip ne porte, et il n’enregistre aucune information sur la provenance des sous-titres ou sur ce qu’ils étaient positionnés pour éviter. Un répertoire de fichiers SBV est un répertoire qui a oublié des choses.

Comme fichier de travail pour une tâche, il est excellent, ce qui est la distinction qu’il vaut la peine de tracer. Convertissez, corrigez, téléversez ou analysez, et gardez le WebVTT comme fichier auquel vous revenez. Si les corrections ont eu lieu dans le SBV plutôt que dans la source, reconvertissez plutôt que de laisser les deux copies diverger — les mots sont les mêmes dans les deux formats, donc rien n’est perdu en les déplaçant dans un sens ou dans l’autre.