Convertir SBV en SMI
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 SAMI (`.smi`). Le SBV décrit chaque sous-titre par deux temps et du texte ; le SAMI le décrit par un bloc `<SYNC Start=…>` qui remplace ce qui est à l’écran, suivi d’un paragraphe `<P Class=…>`.
Rien n’est perdu dans ce sens. Le SBV ne contient que des blocs et du texte, et le SAMI sait exprimer les deux, avec les mêmes instants à 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é.
La sortie est un document HTML complet, avec `SAMI`, `HEAD`, un bloc `STYLE` et `BODY`. 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 SAMI
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
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>The quick brown fox.
<SYNC Start=3500>
<P>
<SYNC Start=4000>
<P>Jumps over the lazy dog.
<SYNC Start=6250>
<P>
<SYNC Start=7000>
<P>Two lines here.<br>And a second one.
<SYNC Start=9000>
<P>
</BODY>
</SAMI>
Rien n’est perdu ici : chaque bloc devient un SYNC, son texte un paragraphe P, et un bloc de nettoyage remet l’écran à vide.
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
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=2000>
<P>Carriage-return line endings.
<SYNC Start=4000>
<P>
<SYNC Start=6000>
<P>Indented timecode, no final newline.
<SYNC Start=8000>
<P>
</BODY>
</SAMI>
BOM, fins de ligne Windows et timecodes espacés : le document SAMI produit reste bien formé, et les blocs réparés sont déclarés dans le rapport.
Questions fréquentes
À quoi ressemble la sortie quand un SBV devient un SMI ?
À un document SAMI : `<SAMI>`, `<HEAD>` avec un bloc `<STYLE>`, puis `<BODY>`. Chaque sous-titre est un `<SYNC Start=…>` suivi d’un `<P Class=…>`, et un second `<SYNC>` avec `<P> ` efface l’écran juste après. Un bloc SBV donne un SYNC, dans le même ordre.
Les horodatages SBV sont-ils exacts dans le fichier SMI ?
Oui. Le SBV écrit `0:00:04.126` et le SAMI écrit `Start=4126` : même instant en millisecondes entières, sans arrondi. La fin d’un bloc n’est pas écrite dans le fichier, elle est fixée par le `<SYNC>` suivant, comme le veut le modèle SAMI.
Comment un bloc SBV sur deux lignes sort-il en SAMI ?
En deux lignes séparées par un `<br>`, la façon dont SAMI écrit un saut de ligne dur. Les deux lignes restent dans le même paragraphe `<P>`, donc le regroupement est conservé et le lecteur les affiche ensemble.
Les blocs SBV gardent-ils leur ordre dans le SAMI produit ?
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 rangé ; c’est nécessaire, car un `<SYNC>` remplace l’écran et l’ordre du document devient l’ordre d’affichage.
Que perd le retour du SAMI vers le SBV ?
Le SAMI vers SBV perd le style, la position et les constructions propres à SAMI — bloc `<STYLE>`, `<TITLE>`, attributs `Class=`. La direction inverse, celle de cette page, est sans perte : le SBV ne contient rien que le SAMI ne sache représenter.
Le SMI produit conserve-t-il l’encodage du fichier SBV ?
Non. La sortie est écrite 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 le panneau de résultat le signale le cas échéant.