Convertir SBV a LRC
O pega el texto de los subtítulos
Qué cambia esta conversión
2 cosas se descartan o requieren una decisión
- Tiempos
las horas de fin de los bloques (el formato de salida solo registra cuándo empieza un bloque)
- Precisión
la precisión de los tiempos: el reloj del resultado es más grueso, así que cada marca de tiempo se redondea al 10 ms más cercano
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 LRC, el formato de letras con marcas entre corchetes. Arrastra el archivo o pega el texto y descargas el resultado; todo se ejecuta en el navegador, sin subir nada.
En esta dirección se pierden dos cosas. El tiempo de fin desaparece: LRC solo registra cuándo empieza cada línea y la mantiene hasta la siguiente, así que cada bloque conserva su inicio y pierde su final. Además la precisión baja a centésimas: LRC escribe [00:04.12] donde SBV escribe 0:00:04.126, de modo que cada marca se redondea a los 10 ms más cercanos y ningún bloque se mueve más de 5 ms. El texto, el orden y el contenido sobreviven.
Un archivo o una temporada completa: la cola procesa en orden y baja todo junto en un ZIP.
Ejemplos
Un archivo SBV típico convertido a LRC
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
[00:01.00]The quick brown fox.
[00:04.00]Jumps over the lazy dog.
[00:07.00]Two lines here.
[00:07.00]And a second one.
En esta salida se pierden: tiempos y precisión. Todo lo demás coincide 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
[00:02.00]Carriage-return line endings.
[00:06.00]Indented timecode, no final newline.
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 el tiempo de fin de cada bloque SBV al convertirlo a LRC?
LRC solo registra cuándo empieza una línea, nada más: un reproductor de letras mantiene la línea hasta que empieza la siguiente, así que un tiempo de fin sería redundante. Cada final se descarta y cada inicio del SBV queda intacto.
¿Por qué cambian las marcas de tiempo al convertir de SBV a LRC?
LRC guarda el tiempo como [00:04.12] y SBV como 0:00:04.126: centésimas frente a milésimas. Por eso cada marca se redondea a los 10 ms más cercanos y 00:00:04,126 sale como 4,13 s. Nada se estira ni se reordena, y ningún bloque se mueve más de 5 ms; si vas a alinear estos subtítulos con otro archivo, ese es el único punto donde la conversión deja de ser exacta.
¿Cómo se ve la salida cuando un SBV se convierte en LRC?
Como LRC: sin números de bloque, cada línea lleva su propia marca entre corchetes. Cada bloque SBV se convierte en una línea LRC, en el mismo orden y con el mismo texto.
¿Qué ocurre con un bloque SBV de dos líneas al pasar a LRC?
Se escribe como dos líneas con marca temporal que comparten la misma hora, que es como LRC dice que van juntas. La pareja se mantiene: las dos líneas del SBV siguen siendo un solo subtítulo en la salida LRC y el reproductor las muestra juntas.
¿Se conserva el orden de los bloques de SBV en la salida LRC?
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 LRC los devuelve al orden; es un cambio en la estructura del archivo, no en su contenido, y es deliberado.
¿Puedo convertir el LRC resultante de vuelta a SBV?
Sí, y esa dirección tiene su propia lista: al convertir LRC a SBV se pierde la sincronización del final de cada bloque. Esa lista es distinta de la de arriba porque los dos formatos guardan cosas diferentes.
¿La salida LRC 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 LRC en UTF-8.