Convertir SRT en CSV
Ou collez le texte d'un sous-titre
Ce que cette conversion change
Rien n'est perdu dans ce sens — chaque fonctionnalité du format source a un équivalent dans le format cible.
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 écrit vos sous-titres sous forme de tableau : trois colonnes intitulées start, end et text, un bloc par ligne. Les codes temporels y prennent un point — 00:00:01.000 — parce que la virgule sépare les champs : un code temporel SRT brut couperait la ligne en trois colonnes et décalerait toute la suite.
Un texte qui contient une virgule ou un retour à la ligne est mis entre guillemets, comme le veut le format CSV, donc un bloc de deux lignes reste une seule ligne de tableau avec le saut à l'intérieur du champ. Le début et la fin de chaque bloc sont écrits, ce qui rend le tableau utile : trier par temps, repérer des chevauchements, remplir une colonne, ou confier la feuille à quelqu'un qui préfère le tableur à un éditeur de sous-titres.
L'opération fonctionne dans les deux sens, car la page CSV vers SRT relit un tableau d'après ses en-têtes : le tableur peut donc faire partie de la chaîne de travail. La conversion se fait dans le navigateur.
Exemples
Un fichier SRT typique, converti en CSV
Entrée
1
00:00:01,000 --> 00:00:03,500
Hello there.
2
00:00:03,500 --> 00:00:06,000
<i>Whispering</i> now.
And a second line.
3
00:00:06,000 --> 00:00:09,250
<b>Bold</b> statement.
Sortie
start,end,text
00:00:01.000,00:00:03.500,Hello there.
00:00:03.500,00:00:06.000,"<i>Whispering</i> now.
And a second line."
00:00:06.000,00:00:09.250,<b>Bold</b> statement.
Aucune perte ici : les deux colonnes se comparent ligne par ligne.
La même conversion sur une entrée mal formée
Entrée
1
0:00:01,00 --> 0:00:03,500
<B>Bold</B> and <I>italic</I>.
2
00:00:03,500 --> 00:00:06,000
3
00:00:08,000 --> 00:00:09,000
Last one.
Sortie
start,end,text
00:00:01.000,00:00:03.500,<b>Bold</b> and <i>italic</i>.
00:00:03.500,00:00:06.000,
00:00:08.000,00:00:09.000,Last one.
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
Quelles colonnes le CSV produit-il à partir d'un SRT ?
Trois colonnes dans cet ordre : start, end et text, avec une ligne d'en-tête. Le lecteur de tableau s'appuie sur ces en-têtes pour identifier les colonnes ; les renommer ne change rien à la conversion, mais casse la relecture CSV vers SRT.
Pourquoi le point remplace-t-il la virgule dans les codes temporels SRT vers CSV ?
Parce que la virgule est le séparateur de champs du CSV : 00:00:01,000 serait lu comme deux colonnes et décalerait la ligne entière. Le point garde la valeur lisible sans guillemets, alors que les deux formats nomment le même instant à la milliseconde.
Comment un bloc SRT de deux lignes sort-il dans une cellule CSV ?
Une seule ligne de tableau, avec le retour à la ligne à l'intérieur d'un champ entre guillemets. Le tableur l'affiche comme une cellule sur deux lignes, et non comme deux lignes de tableau.
Le CSV conserve-t-il la chronologie d'un fichier SRT ?
Oui : start et end sont tous deux présents, donc la conversion est réversible. C'est la différence avec l'export en texte brut, qui ne garde que les mots.
Les balises i et b d'un SRT traversent-elles le CSV ?
Oui, comme texte : le CSV n'a pas de style, mais il recopie la chaîne du bloc, balises comprises. Une relecture CSV vers SRT retrouve donc l'italique tel qu'il était écrit.
Puis-je modifier le tableau et revenir au SRT ?
Oui : la page CSV vers SRT lit les colonnes d'après leurs en-têtes. Vous pouvez trier les lignes, corriger un code temporel, réparer une faute ou ajouter une ligne, puis reconvertir le tableau en fichier de sous-titres.
Les blocs gardent-ils leur ordre dans le CSV ?
Ils sont triés par début croissant au passage : un SRT dont les blocs étaient dans le désordre ressort dans l'ordre chronologique, ce qui change la structure du fichier mais pas son contenu.