Convertir VTT en SMI
Ou collez le texte d'un sous-titre
Ce que cette conversion change
1 élément perdu ou à décider
- Contenu propre au format
le contenu que le format source garde hors de ses blocs (blocs hors sous-titres, texte d'en-tête, réglages par bloc, événements commentés) — le format cible n'a nulle part où le mettre
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 WebVTT en SMI (SAMI). Le fichier produit n'écrit ni numéros ni lignes de code temporel : chaque sous-titre est une balise SYNC Start= avec son texte dans un P, suivie d'un bloc vide qui remet l'écran à zéro.
Les deux formats ne conservent pas les mêmes choses : les constructions propres au WebVTT n'ont pas de place dans un SMI. L'en-tête, les blocs NOTE, STYLE et REGION et les réglages comme align ou position sont donc perdus ; les blocs eux-mêmes, texte, temps et balises en ligne, passent entiers.
Un fichier ou une saison entière, traité dans le navigateur, avec un seul ZIP à la fin.
Exemples
Un fichier VTT typique, converti en SMI
Entrée
WEBVTT
intro
00:00:01.000 --> 00:00:04.000
Hello there.
00:00:04.500 --> 00:00:08.000 align:start position:10%
Second line with <i>italics</i>.
Sortie
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>Hello there.
<SYNC Start=4000>
<P>
<SYNC Start=4500>
<P>Second line with <i>italics</i>.
<SYNC Start=8000>
<P>
</BODY>
</SAMI>
La seule perte annoncée est le contenu propre au VTT : le texte se compare ligne par ligne.
La même conversion sur une entrée mal formée
Entrée
a stray comment line
cue-id-1
00:00:01.000 --> 00:00:02.000
No header, two lines before the timecode.
Sortie
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>No header, two lines before the timecode.
<SYNC Start=2000>
<P>
</BODY>
</SAMI>
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
Que deviennent les blocs NOTE, STYLE et REGION d'un VTT dans le SMI ?
Ils sont écartés : le SMI stocke des blocs, pas un document. L'en-tête, les commentaires, la feuille de style, les régions et les réglages align ou position n'ont aucun endroit où aller ; le texte et les temps des blocs passent en revanche entiers.
À quoi ressemble la sortie quand un VTT devient un SMI ?
À du SMI : pas de numéros ni de ligne de code temporel, chaque bloc est une balise SYNC Start= avec son texte dans un P, suivie d'un bloc P vide. Chaque bloc VTT donne un bloc SMI, dans le même ordre.
Les temps du VTT sont-ils exacts dans le SMI ?
Oui, à la milliseconde : le VTT écrit 00:00:04.126 et le SMI écrit Start=4126. Rien n'est arrondi entre les deux formats, et un bloc affiché 2,9 secondes le reste.
Comment un bloc VTT de deux lignes sort-il en SMI ?
Deux lignes séparées par une balise br, qui est la façon dont le SAMI écrit un saut de ligne dur. La paire reste un seul sous-titre dans la sortie.
Les blocs VTT gardent-ils leur ordre dans le SMI ?
Oui, triés par début croissant au passage. Un VTT aux blocs mélangés ressort chronologique, et chaque balise SYNC suit l'ordre des instants croissants.
Que perd le retour SMI vers VTT ?
Le retour a sa propre liste : le positionnement et les constructions propres au SMI. Le WebVTT peut exprimer des réglages de position, mais pas les attributs du SMI, donc ces informations ne reviennent pas.
Les balises en ligne d'un VTT passent-elles dans le SMI ?
Oui : le SMI accepte b, i, u et font color dans le texte, donc l'emphase écrite dans un bloc VTT est conservée. Ce que le VTT déclarait dans son bloc STYLE ne suit pas, car il s'agit d'une construction de document.