Convertir SBV a SRT

Prácticamente no hay otra procedencia. El editor de subtítulos de esa plataforma escribe SBV, su herramienta de descarga lo ofrece junto a SubRip y WebVTT, y ningún otro programa de uso corriente lo produce. Si hay un fichero con esa extensión en tu equipo, salió de un vídeo de allí, descargado por ti o por quien te lo pasó.

A partir de ahí se dan dos situaciones. O quieres corregir los subtítulos sin conexión y devolverlos al mismo sitio, y entonces el formato está bien y esta conversión sobra. O los quieres en cualquier otro lugar —una copia local del vídeo, otra plataforma, un montador, un cliente—, y ahí un formato que lee una sola empresa se convierte en el problema.

VLC y sus equivalentes leen SubRip, WebVTT, Advanced SubStation Alpha y un puñado de formatos incrustados en contenedores. SBV no está en esa lista y no existe una cultura de complementos que lo añada. El reproductor no protesta: no encuentra pista de subtítulos y reproduce el vídeo pelado.

Es una decisión de soporte, no una dificultad técnica. El formato es trivial de interpretar, que es justamente su propósito: mover texto de subtítulos dentro y fuera de una aplicación web. Nunca ganó la implantación que habría hecho que a alguien le compensara el trabajo, y el registro lo clasifica como formato de nicho con toda la razón.

SBV pone los dos tiempos en una misma línea separados por una coma. SubRip los pone en una línea separados por una flecha, con las horas rellenadas a dos dígitos y una coma en lugar de un punto delante de los milisegundos. La conversión hace exactamente esa reescritura y nada más.

El texto no cambia en absoluto. Los saltos de línea dentro de un subtítulo siguen siendo saltos de línea, los caracteres se copian sin tocar y la línea en blanco entre entradas se conserva porque los dos formatos separan sus bloques igual. Es la lista de diferencias más corta de todo el sitio.

SubRip pone un número secuencial en su propia línea encima de la de tiempos, y un lector estricto lo espera. SBV no numera nada, así que el conversor lo aporta contando desde uno en el orden en que las entradas aparecen en el fichero.

Como las entradas salen de YouTube en orden cronológico, la numeración coincide con la línea temporal y no hay nada que revisar. Si el fichero se ha editado a mano y alguien ha movido una entrada, los números siguen al fichero y no al reloj: la mayoría de reproductores ordena por tiempo y no se inmuta, pero un validador de subida estricto sí puede quejarse.

Merece la pena decirlo sin matices. SBV no tiene estilos, ni posicionamiento, ni colores, ni tipografías, ni marcas de personaje, ni numeración. Lleva un inicio, un final y unas palabras. SubRip lleva esas tres cosas y un contador.

De modo que no hay compensación que sopesar, ni advertencia que leer, ni resultado que inspeccionar en busca de daños. La austeridad que hace de SBV un mal formato de archivo es exactamente lo que hace segura la salida de él. Cualquier otro par de subtítulos del sitio implica al menos una decisión sobre precisión o una nota sobre lo que se descarta; este no.

El fichero se lee como UTF-8 y el SRT se escribe también en UTF-8, sin marca de orden de bytes al principio. Los SBV que entrega YouTube son UTF-8, así que en el camino normal las tildes, las eñes, los signos de apertura de interrogación y las comillas latinas llegan intactos.

Donde aparecen los caracteres extraños es después, en el reproductor. Los equipos de sobremesa antiguos, algunos televisores y ciertos reproductores de hardware suponen que un .srt está en una codificación de un solo byte y muestran «Ã¡» donde debía haber una «á». No es un defecto del fichero: si te ocurre, en la mayoría de esos aparatos hay un ajuste de codificación de subtítulos que se puede fijar a UTF-8.

Buena parte de los SBV que circulan son transcripciones automáticas y no subtítulos redactados, y la conversión no mejora las palabras. El reconocimiento de voz es fiable con el habla corriente y poco fiable justo con los términos que sostienen el sentido: nombres propios, topónimos, marcas, siglas y vocabulario técnico.

En español hay además dos frentes previsibles. Uno es la variedad: un reconocedor entrenado con un acento no siempre acierta con otro, y el vocabulario que cambia entre países —«coche» y «carro», «móvil» y «celular»— es donde primero se ve. El otro es la puntuación: los signos de apertura y las tildes diacríticas se colocan mal o no se colocan, y una frase sin ellos se lee dos veces antes de entenderse.

Hay una clase de fallo que conviene cazar deliberadamente en lugar de leer por encima. El reconocimiento de voz no falla en voz alta: sustituye una palabra real por otra palabra real, así que el subtítulo es gramatical, verosímil y falso, y la vista resbala sobre él.

Un apellido cambiado, una negación que desaparece de una frase, una cifra que se mueve un orden de magnitud: ninguno de los tres parece un error en la pantalla. Contrastar contra el audio las palabras que llevan el significado es la única pasada que los detecta, y es la pasada que más se salta la gente.

La salida automática parte las líneas donde el reconocedor vació su búfer, no donde termina un sintagma, que es la razón de que unos subtítulos se lean mal aunque todas las palabras estén bien. Y produce entradas de una duración que no eligió nadie.

Los dos defectos se arreglan cómodamente en un SRT, que es texto plano con una estructura evidente. En español conviene además vigilar la longitud: la misma frase suele ocupar bastante más que en inglés, así que un subtítulo que allí cabía en dos líneas aquí se desborda, y partirlo por una coma o una conjunción es mejor que dejarlo correr.

Casi todas las plataformas que aceptan subtítulos aceptan SubRip, varias aceptan además WebVTT y prácticamente ninguna acepta SBV. Esa asimetría es el motivo práctico de esta conversión, y mirar los formatos admitidos del destino antes de subir es más rápido que enterarse por un rechazo.

Donde el formulario pida un código de idioma, ponlo con cuidado en lugar de dejar el que venga. Una pista de subtítulos que llega sin idioma declarado se etiqueta por conjetura o por el idioma de la cuenta, y así es como una pista en español acaba figurando como inglesa en un vídeo que después se recomienda a quien no toca. Si el destino distingue variantes regionales, elige la que corresponda al doblaje o al original.

Los subtítulos se cronometraron contra la copia que se subió. Si tu vídeo es otro montaje —una versión con careta de entrada, un arranque recortado, una resubida sin un patrocinio—, el SRT irá desplazado de manera uniforme por la diferencia.

Eso es un desfase constante y es el caso fácil. Comprueba el primer subtítulo y uno cercano al final: si fallan por la misma cantidad en los dos extremos, cualquier reproductor y cualquier editor lo corrigen en un paso. Que el error creciera indicaría un problema de frecuencia de imagen, y eso no puede pasar aquí porque ambos formatos declaran tiempos y no fotogramas.

La numeración que añade la conversión es lo único de la salida que se puede estropear más adelante. SubRip espera un contador secuencial, y toda edición que cambie cuántas entradas hay —dividir un subtítulo largo, unir dos fragmentos, borrar una línea suelta— invalida todos los números posteriores.

Hay dos costumbres que lo evitan. Haz las ediciones estructurales en un editor de subtítulos, donde renumerar es automático, y no en un editor de texto, donde es manual. O hazlas en el SBV, donde no hay numeración que romper, y vuelve a convertir después: la conversión es instantánea, no se pierde nada en ninguna dirección y los números salen correctos por construcción. Esa segunda ruta suele ser más rápida cuando el trabajo es una corrección larga sobre una transcripción automática.

Una vez convertido, el fichero SubRip es el mejor original por cualquier criterio que importe. Los editores de subtítulos lo manejan, los reproductores lo cargan, las plataformas lo aceptan y contiene todo lo que contenía el SBV. No hay información en el origen que le falte a la copia.

Lo sensato es mantener el SRT, editar ahí y volver a SBV solo si una corrección concreta tiene que ocurrir dentro del editor de la plataforma. Todo esto ocurre además en tu navegador: el fichero se lee, se reescribe y se descarga sin salir del equipo, lo que para una transcripción de una reunión interna o de una entrevista no publicada es la diferencia entre poder convertirla y no poder.