Convertir SMI a SBV
O pega el texto de los subtítulos
Qué cambia esta conversión
3 cosas se descartan o requieren una decisión
- Estilo
todo el estilo (negrita, cursiva, color, contorno, sombra)
- 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 SBV, el formato que exporta YouTube. Arrastra el archivo o pega el texto y descargas la versión SBV; la conversión ocurre entera en el navegador, sin subir nada.
En esta dirección se pierden tres cosas. Los estilos: el énfasis, el color y el subrayado van dentro del texto como <b>, <i>, <u> y <font color>, y SBV no tiene etiquetas de estilo. La posición: SAMI la fija con CSS en la cabecera y SBV no describe la pantalla. Y el contenido propio de SAMI: el bloque <STYLE>, el <TITLE> y los Class= de los párrafos. La línea de tiempo se conserva al milisegundo (Start=4126 pasa a 0:00:04.126), las líneas se mantienen y el orden se respeta.
Un archivo o una temporada: la cola procesa en orden y los resultados se descargan juntos en un ZIP.
Ejemplos
Un archivo SMI típico convertido a SBV
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
0:00:01.000,0:00:03.000
Hello there.
0:00:03.500,0:00:06.000
How are you?
Fine, thanks.
En esta salida se pierden: estilos, 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
0:00:02.500,0:00:09.000
Line one
Line two
0:00:09.000,0: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
¿Sobreviven las negritas y las cursivas al pasar de SAMI a SBV?
No. SAMI las guarda dentro del texto con <b> y <i>, y SBV es texto con dos marcas de tiempo: no tiene etiquetas de estilo que escribir. El informe de pérdidas de esta página cuenta los estilos como perdidos, y las etiquetas tampoco se arrastran como texto literal.
¿Qué pasa con la posición en pantalla al convertir SAMI a SBV?
Se descarta. SAMI coloca el texto con CSS en la cabecera o con estilos en línea, y SBV no describe la pantalla en absoluto: cada bloque es texto con dos tiempos. 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 SBV?
No se escriben: SBV solo guarda bloques con dos marcas y texto, así que el <STYLE> con CSS, el <TITLE> y los atributos Class=ENCC no tienen dónde ir. Se descartan y se informan como contenido propio del formato perdido.
¿Cómo se ve la salida cuando un SMI se convierte en SBV?
Como SBV: sin números de bloque, una línea con dos marcas separadas por una coma y el texto debajo. Cada bloque SMI se convierte en un bloque SBV, en el mismo orden y con el mismo texto.
¿Son exactos los tiempos de SMI en el archivo SBV?
Sí, al milisegundo, que es el máximo detalle de ambos formatos. SAMI escribe un instante como Start=4126 y SBV lo escribe como 0: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 SBV?
Se escribe como dos líneas, una debajo de la otra: el <br> del SAMI se traduce al salto duro que SBV guarda como dos líneas del mismo bloque. La pareja se mantiene y el reproductor las muestra juntas.
¿Se conserva el orden de los bloques SMI en la salida SBV?
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 SBV los devuelve al orden; es un cambio en la estructura del archivo, no en su contenido, y es deliberado.
¿Puedo convertir el SBV resultante de vuelta a SAMI?
Sí, y esa dirección tiene su propia lista: al convertir SBV a SMI se pierden los estilos, las posiciones y el contenido propio del formato. Esa lista es distinta de la de arriba porque los dos formatos guardan cosas diferentes.
¿La salida SBV 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 SBV en UTF-8.