Convertir SBV 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 convertit un fichier SBV en CSV. Le SBV ne stocke que des blocs de texte avec deux temps : rien de ce qu’il contient ne manque à un CSV, et la conversion est donc sans perte.
La sortie reprend la forme `start,end,text` : une ligne d’en-tête, puis une ligne par bloc. Les deux horodatages du SBV passent dans les colonnes `start` et `end` au millième près, et le texte suit dans la troisième colonne.
Aucun réglage n’est nécessaire. Le fichier est traité dans le navigateur, sans envoi ni inscription. Un lot complet peut être déposé d’un coup : la file travaille dans l’ordre, l’opération est annulable et les résultats reviennent dans une archive ZIP.
Exemples
Un fichier SBV courant converti en CSV
Entrée
0:00:01.000,0:00:03.500
The quick brown fox.
0:00:04.000,0:00:06.250
Jumps over the lazy dog.
0:00:07.000,0:00:09.000
Two lines here.
And a second one.
Sortie
start,end,text
00:00:01.000,00:00:03.500,The quick brown fox.
00:00:04.000,00:00:06.250,Jumps over the lazy dog.
00:00:07.000,00:00:09.000,"Two lines here.
And a second one."
Rien n’est perdu ici : comparez les deux côtés ligne par ligne, les temps et le texte se correspondent exactement.
La même conversion sur une entrée abîmée
Entrée
0:00:02.000,0:00:04.000
Carriage-return line endings.
0:00:06.000,0:00:08.000
Indented timecode, no final newline.Sortie
start,end,text
00:00:02.000,00:00:04.000,Carriage-return line endings.
00:00:06.000,00:00:08.000,"Indented timecode, no final newline."
Fins de ligne mélangées, BOM et blocs sans couple de temps : les blocs valides sont transposés, les autres sont comptés et signalés plutôt qu’inventés.
Questions fréquentes
À quoi ressemble la sortie quand un SBV devient un CSV ?
À un CSV : une ligne d’en-tête `start,end,text`, puis une ligne par bloc. Chaque bloc SBV devient une ligne, dans le même ordre et avec le même texte ; rien de ce que le SBV savait dire n’est absent du CSV.
Les horodatages SBV sont-ils exacts dans le fichier CSV ?
Oui, à la milliseconde près. Le SBV écrit `0:00:04.126` et le CSV écrit `00:00:04.126` ; seul le séparateur change, virgule entre les deux temps côté SBV et virgule dans le timecode côté CSV. Aucun arrondi n’intervient.
Comment un bloc SBV sur deux lignes sort-il en CSV ?
Les deux lignes restent dans la même cellule `text`, séparées par un saut de ligne et entourées de guillemets, comme le demande le CSV. Le regroupement survit : relu, le fichier redonne un sous-titre et non deux.
Les blocs SBV conservent-ils leur ordre dans le CSV ?
Oui, et ils sont triés par heure de début au passage. Un fichier SBV dont les blocs se chevauchaient ou se suivaient dans le désordre ressort rangé par début croissant : c’est un changement de structure, volontaire, qui ne touche ni le texte ni les temps.
Le retour du CSV vers le SBV est-il sans perte ?
Oui, dans les deux sens. SBV et CSV savent exprimer exactement les mêmes choses — un début, une fin et du texte —, si bien qu’un aller-retour rend la même chronologie et le même texte dans l’emballage d’origine. C’est aussi pourquoi le rapport de pertes de cette page n’a rien à lister.
Le CSV produit garde-t-il l’encodage du fichier SBV ?
Non. La sortie est toujours en UTF-8, avec des fins de ligne Unix et sans BOM. Un fichier SBV arrivé en UTF-16 ou dans un encodage Windows mono-octet est décodé à l’entrée, et le décodage est signalé dans le panneau de résultat.