TXT a SRT: Corrige tiempos y codificación

Introducción

En el mundo de la creación profesional de video, la edición de subtítulos y la localización, convertir una transcripción en texto plano (TXT) a un archivo de subtítulos SubRip (SRT) conforme a las normas va mucho más allá de un simple cambio de formato. Se trata de preservar la precisión del tiempo, garantizar una codificación correcta y mantener la accesibilidad y la posibilidad de publicación de tus subtítulos.

Ya sea que prepares contenido para YouTube, plataformas OTT, sistemas de e-learning o emisiones localizadas, entender a fondo los detalles del formato SRT es hoy una necesidad. El proceso de TXT a SRT presenta muchos obstáculos: separadores de tiempo incorrectos, secuencias desalineadas y errores de codificación que pueden inutilizar un archivo de subtítulos.

En este artículo repasamos la especificación del formato SRT, los fallos de formato más frecuentes, una lista de verificación para diagnosticar y convertir de TXT a SRT, prácticas seguras de codificación y flujos de trabajo de corrección rápida. También exploramos las ventajas de plataformas modernas como SkyScribe, que permiten exportar subtítulos bien formateados directamente desde audio o video, evitando gran parte del trabajo manual de conversión.

Comprendiendo la sintaxis de los códigos de tiempo SRT

El formato SRT es uno de los más sencillos y ampliamente compatibles, pero exige seguir reglas estructurales muy estrictas.

En cada archivo SRT, las líneas de tiempo se escriben así:

```
HH:MM:SS,mmm --> HH:MM:SS,mmm
```

Puntos clave a tener en cuenta:

• Coma antes de los milisegundos: siempre usa una coma (,) y no un punto para separar segundos y milisegundos.
• Ceros iniciales obligatorios: 00:01:05,000 es correcto; 0:1:5,0 será rechazado por la mayoría de reproductores.
• Una línea en blanco entre subtítulos: después de cada bloque de texto, deja una línea vacía antes del siguiente.
• Numeración secuencial: empieza en 1 y aumenta de uno en uno sin repeticiones ni saltos.
• Sin solapamiento de subtítulos: la hora de inicio debe ser anterior a la de fin sin que se crucen.

Muchas veces se confunde con la sintaxis de WebVTT, que es similar (00:00:02.000) pero usa un punto en lugar de una coma. Copiar estos formatos directamente a SRT suele dar errores en el reproductor o plataforma.

Errores frecuentes al pasar de TXT a SRT

Las exportaciones en TXT desde herramientas de transcripción, guiones generados por IA o grabadores de reuniones suelen necesitar ajustes importantes antes de ser válidas como SRT. Los fallos recurrentes son:

1. Separadores incorrectos
   Uso de puntos en vez de comas para milisegundos: 00:05:10.345 → debe ser 00:05:10,345.
2. Códigos de tiempo basados en fotogramas
   El formato SMPTE HH:MM:SS:FF frecuente en exportaciones EDL/XML necesita conversión a milisegundos.
3. Faltan ceros iniciales o el campo de horas
   Archivos con 1:05,000 en vez de 00:01:05,000 fallan en analizadores estrictos.
4. Estructura de subtítulo mal formada
   Falta espacio en las flechas (--> frente a ` --> `) o líneas en blanco entre subtítulos.
5. Formatos mezclados en archivos combinados
   Unir transcripciones de distintas fuentes puede dar sintaxis inconsistente en un mismo archivo.

Guías como la de LocalIT insisten en respetar la especificación al pie de la letra para lograr una carga exitosa.

Lista de verificación paso a paso

Antes de convertir, analiza la estructura del TXT para saber qué cambios necesitas.

Paso 1: Identificar el formato de tiempo existente

Comprueba si los códigos siguen SRT (HH:MM:SS,mmm), WebVTT (HH:MM:SS.mmm), SMPTE (HH:MM:SS:FF) o segundos decimales (SS.mmm). Cada formato requiere un tratamiento diferente.

Paso 2: Distinguir tiempo por fotogramas vs tiempo de reloj

Los fotogramas (FF) deben convertirse a milisegundos según la tasa de fotogramas; SRT no entiende fotogramas.

Paso 3: Normalizar separadores de milisegundos

Usa búsqueda y reemplazo con patrones para cambiar . por , solo en los códigos de tiempo, evitando alterar el texto.

Paso 4: Validar la estructura de cada subtítulo

Cada bloque debe tener:

• Un índice secuencial empezando en 1
• Rango de tiempo correcto
• Una o dos líneas de texto
• Una línea en blanco después del texto

Paso 5: Revisar solapamientos y huecos

Evita que un subtítulo se solape con el siguiente; la precisión mejora la legibilidad y compatibilidad.

Puedes hacer correcciones con guiones, a mano o mediante herramientas avanzadas. Editar manualmente es arriesgado, por eso muchos profesionales prefieren cambios puntuales en entornos que soporten resegmentación automática para limpiar la estructura de todo el archivo.

Errores de codificación: UTF-8 vs ANSI

Los problemas de codificación muchas veces no se notas hasta que publicas los subtítulos.

Hoy en día, las plataformas esperan archivos SRT codificados en UTF-8, sobre todo con contenido multilingüe. Guardar en ANSI puede provocar que caracteres acentuados, escrituras asiáticas o lenguas RTL se muestren mal, con � o símbolos extraños.

Causas habituales

• Configuración por defecto de editores de texto del sistema (ANSI en lugar de UTF-8)
• Editores de texto enriquecido que introducen comillas tipográficas o espacios duros
• Transferir archivos entre plataformas con codificaciones por defecto distintas

Buenas prácticas

• Guardar/exportar siempre explicitando UTF-8
• Evitar editores como MS Word o similares para abrir SRT
• Mantener siempre formato texto plano durante todo el proceso

Las herramientas de transcripción que exportan directamente SRT en UTF-8 evitan horas de problemas. En SkyScribe, cada transcripción—ya sea desde un archivo subido o un enlace de YouTube—lleva la marca de tiempo correcta y puede exportarse en UTF-8 sin intervención manual, eliminando estos fallos.

Correcciones rápidas y resegmentación mínima

Búsqueda/reemplazo de separadores

Aplica reemplazo con expresiones regulares para convertir milisegundos con punto:
Patrón: (\d{2}:\d{2}:\d{2})\.(\d{3}) → Reemplazar por \1,\2

Normalizar horas y ceros iniciales

Si la duración es menor a una hora, añade 00: delante de los códigos sin campo de horas.

Resegmentación mínima

Mantén las marcas de tiempo originales como referencia. Solo divide o une subtítulos para mejorar la lectura, sin alterar la sincronía. Las herramientas con funciones de limpieza automática son muy útiles — SkyScribe permite eliminar muletillas, corregir puntuación y estandarizar códigos de tiempo manteniendo la sincronización intacta.

Ventajas de un flujo optimizado de TXT a SRT

Convertir manualmente es posible, pero lleva tiempo y es propenso a inconsistencias. Los riesgos aumentan con proyectos multilingües, validadores estrictos y plazos ajustados.

Un flujo optimizado:

1. Usa herramientas que exporten SRT directo, en UTF-8 y conforme a la especificación.
2. Asegura que los códigos de tiempo tengan comas y ceros correctos desde el inicio.
3. Aplica resegmentación automática en vez de corregir cada bloque manualmente.
4. Evita conversiones intermedias (TXT → DOCX → CSV → SRT) que generan errores.

Con plataformas que permiten transcribir por enlace o subida, como SkyScribe, los creadores y equipos de localización eliminan la descarga y limpieza manual. Así se reduce el riesgo de desajustes, errores de codificación y estructuras inválidas, obteniendo SRT listos para publicar.

Conclusión

Para creadores de video, editores de subtítulos y especialistas en localización, dominar la conversión de TXT a SRT implica conocer la especificación, detectar y corregir pequeñas discrepancias en los códigos de tiempo y mantener la integridad de la codificación en todo el proceso.

La diferencia entre un archivo aprobado y otro rechazado suele ser mínima: una coma en vez de punto, un cero faltante, una codificación incorrecta. Siguiendo una lista de verificación estructurada y adoptando flujos de trabajo que generen SRT listos para usar —como los que ofrece SkyScribe— es posible asegurar subtítulos conformes, legibles globalmente y perfectamente sincronizados.

Preguntas frecuentes

P1: ¿Por qué es importante la coma en los códigos de tiempo SRT?
Porque la especificación SRT exige coma antes de los milisegundos (00:01:23,456). Los puntos se usan en otros formatos como WebVTT y no son válidos aquí.

P2: ¿Cómo distinguir si un código de tiempo está en fotogramas o milisegundos?
Los códigos basados en fotogramas terminan con un conteo (:FF), normalmente menor a 30 según la tasa de fotogramas, y deben convertirse a milisegundos para SRT.

P3: ¿Cuál es la forma más rápida de corregir separadores en un archivo grande?
Usar búsqueda/reemplazo con expresiones regulares que afecten solo la parte de milisegundos en los códigos de tiempo, evitando tocar los puntos del texto.

P4: ¿Por qué mis SRT muestran caracteres extraños tras subirlos?
Probablemente estén guardados en codificación ANSI; exportarlos en UTF-8 corrige la visualización de acentos, alfabetos no latinos y caracteres especiales.

P5: ¿Las herramientas de transcripción pueden exportar directamente a SRT válido?
Muchas sí, pero es mejor elegir una que produzca SRT conforme a la norma, con marcas de tiempo precisas y en UTF-8, como SkyScribe, para evitar los errores comunes de la conversión manual.