Convertir SBV en SRT
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 SRT. Les deux formats stockent la même chose — un début, une fin et du texte — et la conversion est donc sans perte. La différence est cosmétique : le SBV écrit deux temps sur une ligne, le SRT ajoute un numéro et une flèche `-->`.
Rien ne se perd : ni le texte, ni les sauts de ligne, ni les temps au millième. 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é.
Le résultat est un SRT numéroté à partir de 1, avec un bloc vide entre deux sous-titres. 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 SRT
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
1
00:00:01,000 --> 00:00:03,500
The quick brown fox.
2
00:00:04,000 --> 00:00:06,250
Jumps over the lazy dog.
3
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, seuls le numéro de bloc et la flèche ont été ajoutés.
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
1
00:00:02,000 --> 00:00:04,000
Carriage-return line endings.
2
00:00:06,000 --> 00:00:08,000
Indented timecode, no final newline.
Fins de ligne mélangées, BOM et blocs sans timecode : les blocs lisibles sortent numérotés, les blocs écartés et les durées réparées sont rapportés.
Questions fréquentes
À quoi ressemble la sortie quand un SBV devient un SRT ?
À du SRT : un numéro au-dessus de chaque timecode, à partir de 1, la flèche `-->` entre les deux temps, puis le texte. Chaque bloc SBV donne un bloc SRT, dans le même ordre et avec le même texte ; le SBV n’a pas de numéro à reprendre.
Les horodatages SBV sont-ils exacts dans le fichier SRT ?
Oui, à la milliseconde près. Le SBV écrit `0:00:04.126` et le SRT écrit `00:00:04,126` : seule la virgule remplace le point devant les millisecondes. Aucun arrondi, aucun décalage, et un bloc de 2,9 s reste identique.
Comment un bloc SBV sur deux lignes sort-il en SRT ?
En deux lignes l’une sous l’autre, dans le même bloc SRT. Le regroupement est conservé tel quel : les deux lignes SBV ne deviennent pas deux sous-titres, et un lecteur les affiche ensemble.
Les blocs SBV conservent-ils leur ordre dans le SRT ?
Oui, et ils sont triés par heure de début au passage, du plus tôt au plus tard. Un fichier SBV dans le désordre ressort chronologique, parce que c’est ainsi que les lecteurs attendent un SRT et que la numérotation doit suivre.
Le retour du SRT vers le SBV est-il sans perte ?
Oui, dans les deux sens. SBV et SRT savent exprimer exactement les mêmes choses, si bien qu’un aller-retour rend la même chronologie et le même texte sous l’emballage d’origine. C’est pourquoi le rapport de pertes de cette page n’a rien à afficher.
Le SRT 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 SBV en UTF-16 ou dans un encodage Windows mono-octet est décodé à la lecture, et le décodage est mentionné dans le panneau de résultat.