Convertir SBV a SMI
O pega el texto de los subtítulos
Qué cambia esta conversión
No se pierde nada en esta dirección: cada característica del formato de origen tiene un lugar al que ir en el formato de destino.
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 SBV de YouTube en SAMI (SMI). Arrastra el archivo o pega el texto y obtienes el documento; la conversión corre en el navegador y no se sube nada.
En esta dirección no se pierde nada. SAMI no usa números de bloque ni una línea de tiempo por bloque: cada subtítulo es una etiqueta <SYNC Start=…> y debajo un párrafo <P> con el texto, y como un SYNC sustituye lo que hubiera en pantalla, detrás va un bloque <P> que la deja vacía. Un bloque de dos líneas se separa con <br>. Los tiempos quedan al milisegundo: 0:00:04.126 en SBV es Start=4126 en SAMI. El orden se conserva y los resultados de una temporada se descargan juntos en un ZIP.
Ejemplos
Un archivo SBV típico convertido a SAMI
Entrada
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.
Resultado
<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>
Aquí no se pierde nada: compara ambos lados línea por línea.
La misma conversión con una entrada difícil
Entrada
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.Resultado
<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>
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
¿Cómo se ve la salida cuando un SBV se convierte en SAMI (SMI)?
Como SAMI: sin números de bloque y sin línea de tiempo. Cada bloque es una etiqueta <SYNC Start=…> con su texto en un <P> debajo y, como un SYNC reemplaza lo que estaba en pantalla, un bloque <P> inmediatamente después que vuelve a dejar la pantalla vacía. Cada bloque SBV se convierte en un bloque SMI, en el mismo orden y con el mismo texto.
¿Son exactos los tiempos del SBV en el archivo SAMI?
Sí, al milisegundo, que es el máximo detalle de ambos formatos. SBV escribe un instante como 0:00:04.126 y SAMI lo escribe como Start=4126; no hay redondeo ni desplazamiento entre los dos, y un bloque que estaba en pantalla 2,9 s sigue estándolo.
¿Qué ocurre con un bloque SBV de dos líneas al pasar a SAMI?
Se escribe como dos líneas separadas por <br>, que es como SAMI representa un salto de línea duro. La pareja se mantiene: las dos líneas del SBV siguen siendo un solo subtítulo en la salida SMI y el reproductor las muestra juntas.
¿Se conserva el orden de los bloques de SBV en la salida SMI?
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 SBV traía los bloques desordenados, la salida SMI los devuelve al orden; es un cambio en la estructura del archivo, no en su contenido, y es deliberado.
¿Puedo convertir el SAMI resultante de vuelta a SBV?
Sí, y esa es la dirección con pérdidas: SMI → SBV deja fuera los bloques <STYLE>, los atributos Class= y las posiciones de SAMI. En este sentido (SBV → SMI) no se pierde nada, así que ese coste solo aparece si vuelves atrás.
¿La salida SMI mantiene la codificación del archivo SBV?
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 SBV. 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 SMI en UTF-8.