Convertir SMI a VTT
O pega el texto de los subtítulos
Qué cambia esta conversión
2 cosas se descartan o requieren una decisión
- Posición
la posición en pantalla (cada bloque vuelve a la posición predeterminada)
- Contenido específico del formato
contenido que el formato de origen guarda fuera de sus bloques (bloques que no son cue, texto de cabecera, ajustes por bloque, eventos comentados): el formato de destino no tiene sitio para él
Esta lista proviene de la matriz de capacidades de estos dos formatos, no del archivo concreto que has cargado. Un archivo específico puede perder más si usa características que el formato permite pero que la matriz no modela.
Esta página convierte un archivo SAMI (SMI) en WebVTT. Arrastra el archivo o pega el texto y descargas el VTT; la conversión se ejecuta entera en el navegador, sin subir nada.
Se pierden dos cosas. La posición en pantalla, porque SAMI la fija con CSS en la cabecera o con estilos en línea y la salida no la traslada. Y el contenido propio de SAMI: el bloque <STYLE>, el <TITLE> y los atributos Class=ENCC se descartan. El resto se conserva: los estilos en línea básicos del texto (<b>, <i>, <u>) siguen siendo válidos en VTT, los tiempos quedan al milisegundo (Start=4126 es 00:00:04.126), cada <br> se convierte en un salto de línea y el orden se respeta.
Un archivo o una temporada: la cola procesa en orden y los resultados se descargan juntos en un solo ZIP.
Ejemplos
Un archivo SMI típico convertido a VTT
Entrada
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial; }
.ENCC { Name: English; lang: en-US; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P Class=ENCC>Hello there.
<SYNC Start=3000>
<P Class=ENCC>
<SYNC Start=3500>
<P Class=ENCC>How are you?<br>Fine, thanks.
<SYNC Start=6000>
<P Class=ENCC>
</BODY>
</SAMI>
Resultado
WEBVTT
00:00:01.000 --> 00:00:03.000
Hello there.
00:00:03.500 --> 00:00:06.000
How are you?
Fine, thanks.
En esta salida se pierden: posiciones y contenido propio del formato. Todo lo demás coincide línea por línea.
La misma conversión con una entrada difícil
Entrada
<SAMI>
<HEAD>
<TITLE>Episode 1</TITLE>
<STYLE TYPE="text/css">
<!--
.ENCC { Name: English; }
-->
</STYLE>
</HEAD>
<BODY>
<sync start="00:00:02,500">
<P Class=ENCC>Line one<br>Line two
<sync start=9000>
<P Class=ENCC>Tom & Jerry
<SYNC Start=12000>
<P Class=ENCC>
</BODY>
</SAMI>
Resultado
WEBVTT
00:00:02.500 --> 00:00:09.000
Line one
Line two
00:00:09.000 --> 00:00:12.000
Tom & Jerry
Es el tipo de daño que traen los archivos reales: finales de línea mezclados, espacios sueltos, campos vacíos. Compáralo con el ejemplo limpio de arriba para ver qué perdona el analizador.
Preguntas frecuentes
¿Qué pasa con la posición en pantalla al convertir SAMI a VTT?
Se descarta. SAMI coloca el texto con reglas CSS en el bloque <STYLE> de la cabecera o con estilos en línea, y la conversión no traslada esas reglas a los ajustes de posición de VTT. El texto aparece donde lo ponga el reproductor; la posición figura en la lista de pérdidas de esta dirección.
¿Dónde quedan el bloque STYLE, el TITLE y los Class de SAMI en el VTT?
No se escriben. VTT tiene su propio bloque STYLE para CSS del reproductor, pero no es un equivalente del CSS del SAMI ni recibe sus reglas; el <STYLE>, el <TITLE> y los atributos Class=ENCC se descartan y se informan como contenido propio del formato perdido.
¿Cómo se ve la salida cuando un SMI se convierte en VTT?
Como VTT: una línea de identificador opcional encima de cada bloque, que ningún reproductor llega a mostrar. Cada bloque SMI se convierte en un bloque VTT, en el mismo orden y con el mismo texto.
¿Son exactos los tiempos de SMI en el archivo VTT?
Sí, al milisegundo, que es el máximo detalle de ambos formatos. SAMI escribe un instante como Start=4126 y VTT lo escribe como 00:00:04.126; no hay redondeo ni desplazamiento entre los dos, y un bloque que estaba en pantalla 2,5 s sigue estándolo.
¿Qué ocurre con un bloque SMI de dos líneas al pasar a VTT?
Se escribe como dos líneas, una debajo de la otra: el <br> del SAMI se convierte en el salto de línea que WebVTT admite dentro de un bloque. La pareja se mantiene y el reproductor las muestra juntas.
¿Se conserva el orden de los bloques SMI en la salida VTT?
Sí, y de paso se ordenan por hora de inicio: primero el más temprano, que es lo que esperan todos los formatos de este sitio y cómo los leen los reproductores. Si tu archivo SAMI traía los bloques desordenados, la salida VTT los devuelve al orden; es un cambio en la estructura del archivo, no en su contenido, y es deliberado.
¿Puedo convertir el VTT resultante de vuelta a SAMI?
Sí, y esa dirección tiene su propia lista: al convertir VTT a SMI se pierden la posición y el contenido propio del formato. Esa lista es distinta de la de arriba porque los dos formatos guardan cosas diferentes.
¿La salida VTT mantiene la codificación del archivo SMI?
No: la salida es UTF-8, con finales de línea Unix y sin marca de orden de bytes, sea cual sea la codificación del archivo SMI. Un archivo que llega en UTF-16 o en una codificación mono byte de Windows se decodifica al entrar (el panel de resultados lo indica cuando ocurre); lo que sale es siempre el mismo VTT en UTF-8.