Convertir VTT en CSV
Ou collez le texte d'un sous-titre
Ce que cette conversion change
2 éléments perdus ou à décider
- Style
tout le style (gras, italique, couleur, contour, ombre)
- Contenu propre au format
le contenu que le format source garde hors de ses blocs (blocs hors sous-titres, texte d'en-tête, réglages par bloc, événements commentés) — le format cible n'a nulle part où le mettre
Ce rapport de pertes vient de la matrice de capacités de ces deux formats, pas du fichier particulier que vous avez chargé. Un fichier précis peut perdre davantage s'il utilise des fonctionnalités que le format autorise mais que la matrice ne modélise pas.
Cette page convertit un VTT en CSV. Le fichier produit reprend la chronologie et le texte dans un tableau à trois colonnes — start, end, text — avec une ligne d'en-tête et un bloc par ligne.
Les deux formats ne conservent pas les mêmes choses : le style global et les constructions propres au WebVTT n'ont pas de place dans un CSV. Ce qui est perdu ici est donc le style déclaré dans le document et tout ce que le WebVTT range autour des blocs. Les blocs eux-mêmes, texte et temps, sortent entiers, avec des codes temporels à point que le CSV peut relire sans ambiguïté.
Un fichier ou une saison, traité dans le navigateur, avec un seul ZIP à la fin.
Exemples
Un fichier VTT typique, converti en CSV
Entrée
WEBVTT
intro
00:00:01.000 --> 00:00:04.000
Hello there.
00:00:04.500 --> 00:00:08.000 align:start position:10%
Second line with <i>italics</i>.
Sortie
start,end,text
00:00:01.000,00:00:04.000,Hello there.
00:00:04.500,00:00:08.000,Second line with <i>italics</i>.
Les pertes annoncées sont le style et les constructions propres au VTT : le texte se compare ligne par ligne.
La même conversion sur une entrée mal formée
Entrée
a stray comment line
cue-id-1
00:00:01.000 --> 00:00:02.000
No header, two lines before the timecode.
Sortie
start,end,text
00:00:01.000,00:00:02.000,"No header, two lines before the timecode."
C'est le genre de dégâts que portent les vrais fichiers : fins de ligne mélangées, espaces parasites, champs vides. Comparez avec l'exemple propre ci-dessus pour voir ce que l'analyseur pardonne.
Questions fréquentes
Le gras et l'italique d'un VTT traversent-ils la conversion en CSV ?
L'emphase oui, la table de styles non. Une portion en gras, en italique, soulignée ou colorée est écrite dans la cellule texte avec les balises correspondantes ; ce que le fichier VTT disait globalement — police, taille, contour, ombre, marges — est perdu.
Que deviennent les blocs NOTE, STYLE et REGION d'un VTT dans le CSV ?
Ils sont écartés : le CSV stocke des blocs, pas un document. L'en-tête, les commentaires, la feuille de style, les définitions de région et les réglages align ou position n'ont aucune colonne où aller ; le texte et les temps des blocs passent en revanche entiers.
À quoi ressemble la sortie quand un VTT devient un CSV ?
À un tableau : une ligne d'en-tête start,end,text puis une ligne par bloc. Chaque bloc VTT donne une ligne CSV, dans le même ordre et avec le même texte.
Les temps du VTT restent-ils exacts dans le CSV ?
Oui, à la milliseconde : le WebVTT et le CSV écrivent tous deux 00:00:04.126, donc les codes temporels sortent caractère pour caractère comme ils sont entrés.
Comment un bloc VTT de deux lignes sort-il dans une cellule CSV ?
Sur deux lignes à l'intérieur de la cellule text, entre guillemets comme le demande le CSV. La paire reste un seul sous-titre, et le tableur l'affiche comme une cellule sur deux lignes.
Les blocs VTT sont-ils réordonnés dans le CSV ?
Oui, triés par début croissant au passage. Un fichier dont les blocs étaient dans le désordre ressort chronologique, ce qui change la structure du fichier mais pas son contenu.
Que vaut le retour CSV vers VTT ?
Ce sens ne coûte rien de plus : un CSV contient moins que ce que le VTT sait exprimer. Mais ce que la conversion aller a perdu reste perdu, car rien dans le CSV ne conserve le style global ni les blocs NOTE, STYLE et REGION.