Convertir SBV en VTT
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 WebVTT, le format des sous-titres HTML5. Le SBV écrit deux temps séparés par une virgule sur une seule ligne ; le WebVTT écrit une flèche `-->` entre les deux, sous un en-tête `WEBVTT`.
Rien n’est perdu dans ce sens : le SBV ne stocke que des blocs et du texte, et le WebVTT sait exprimer les deux à la milliseconde. La liste affichée en haut de page est calculée à partir de ce que chaque format sait exprimer, et non de votre fichier : elle reste donc identique quel que soit le contenu déposé.
Un identifiant de bloc peut précéder chaque timecode, mais aucun lecteur ne l’affiche. 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 WebVTT
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
WEBVTT
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 : l’en-tête WEBVTT est ajouté, les temps passent au format VTT et les lignes restent groupées.
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
WEBVTT
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.
BOM, retours chariot et timecodes espacés : le WebVTT produit reste valide, les balises inline sont normalisées et les blocs écartés sont signalés.
Questions fréquentes
À quoi ressemble la sortie quand un SBV devient un WebVTT ?
À du WebVTT : l’en-tête `WEBVTT`, puis un bloc par sous-titre avec `00:00:04.126 --> 00:00:06.250` et le texte en dessous. Un bloc SBV donne un bloc VTT, dans le même ordre et avec le même texte.
Les horodatages SBV sont-ils exacts dans le fichier WebVTT ?
Oui, à la milliseconde près. Le SBV écrit `0:00:04.126` et le WebVTT écrit `00:00:04.126` ; la séparation entre les deux temps passe de la virgule à la flèche, mais les valeurs restent identiques, sans arrondi.
Comment un bloc SBV sur deux lignes sort-il en WebVTT ?
En deux lignes dans le même bloc, l’une sous l’autre. Le WebVTT n’a pas de traitement spécial à appliquer ici : le regroupement du SBV se retrouve tel quel, et le lecteur affiche les deux lignes ensemble.
Les blocs SBV conservent-ils leur ordre dans le WebVTT ?
Oui, et ils sont triés par heure de début au passage. Un fichier dont les blocs se suivaient dans le désordre ressort chronologique ; c’est le seul ordre qu’un lecteur WebVTT sait afficher correctement.
Que perd le retour du WebVTT vers le SBV ?
Le WebVTT vers SBV perd le style et les constructions propres à VTT — en-tête, identifiants de bloc, réglages `NOTE`, `STYLE` et `REGION`. La direction de cette page est sans perte, car le SBV ne contient rien que le WebVTT ne sache exprimer.
Le WebVTT 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. Le fichier SBV d’origine peut être en UTF-16 ou dans un encodage Windows : il est décodé à l’entrée, et ce décodage est signalé dans le résultat.