Vídeo y subtítulos · Kit de herramientas de subtítulos
Más allá de SRT y VTT: donde se utilizan subtítulos ASS, TTML, DFXP y SCC
· Antecedentes
subtítulos formatos de archivo inicio webvtt
SRT y WebVTT dominan la web, pero la transmisión, el fandom del anime y la entrega en streaming utilizan otros formatos. Esta publicación mapea el panorama, explica para qué sirve cada formato y por qué un conjunto de herramientas enfocado admite solo dos de ellos.
Una carpeta llena de extensiones que su reproductor no reconoce: la diversidad de formatos en el trabajo de subtítulos profesionales
Una transferencia de localización puede contener archivos que ponen palabras en la pantalla y casi no comparten ninguna estructura interna. Algunas son listas de referencia simples, otras son documentos XML, algunas tienen estilos detallados y otras codifican un flujo de subtítulos de transmisión heredado. Tratar cada extensión desconocida como "otro SRT" corre el riesgo de eliminar la característica que hizo que el remitente la eligiera.
La primera pregunta de clasificación no es qué convertidor abre el archivo, sino a qué sistema de entrega pertenece. Conserve el original, identifique el destino solicitado y utilice un analizador que comprenda ese formato. Subtitle Toolkit lee y escribe explícitamente solo SRT y WebVTT, lo cual es un límite más que una promesa fallida de universalidad.
ASS y SSA: subtítulos posicionados y con estilo de la tradición de los fansub del anime
SSA y su sucesor ASS son formatos de subtítulos estilo script con secciones para metadatos, estilos reutilizables y eventos de diálogo cronometrados. Pueden expresar un posicionamiento y una apariencia más allá de lo normal SRT. Están fuertemente asociados con flujos de trabajo de subtítulos comunitarios con estilos ricos, incluido el fansubbing de anime, pero esas asociaciones no convierten cada archivo ASS en un fansub ni definen su licencia.
Los comandos de anulación delimitados por llaves de los formatos de SubStation a veces sobreviven a una conversión cruda como texto visible. La limpieza de ToolAcre puede eliminar bloques como una anulación de posicionamiento del texto de referencia, pero no analiza un script ASS, no traduce sus estilos ni preserva el karaoke ni el comportamiento de dibujo. Convierta con una herramienta compatible con ASS antes de traer aquí un derivado de texto sin formato.
TTML y DFXP: texto cronometrado basado en XML para transmisión y entrega en streaming
TTML representa texto cronometrado como XML, lo que permite que la estructura, los espacios de nombres, la sincronización y la información de presentación viajen juntos. DFXP es un nombre que se encuentra en la misma familia de texto cronometrado y en los flujos de trabajo de entrega creados a su alrededor. Estos documentos no son bloques de referencia de líneas en blanco, por lo que un analizador SRT no puede recuperarlos de forma segura buscando flechas.
Los sistemas de transmisión y transmisión pueden elegir un perfil de la familia TTML con requisitos más limitados que el formato amplio. Este artículo no reclama un perfil, una versión estándar o una asignación de plataforma para cada archivo .ttml o .dfxp. La especificación de entrega es la autoridad y la conversión debe conservar un maestro hasta que el destino acepte y muestre el resultado.
SCC y CEA-608: el legado de subtítulos cerrados para transmisiones aún requerido por algunos distribuidores
Los archivos SCC representan un linaje de subtítulos de transmisión asociado con datos CEA-608 en lugar de una lista amigable para los humanos de bloques SRT. Sus contenidos y restricciones reflejan comandos de subtítulos y modelos de transmisión que son anteriores al texto lateral web. Un distribuidor que solicita SCC solicita esa representación de entrega, no un archivo SRT con un sufijo diferente.
La herramienta del repositorio no lee SCC y no codifica CEA-608. Tampoco verifica la conformidad de la emisora. Conserve el proyecto de subtítulos fuente y utilice software diseñado para el flujo de trabajo de transmisión solicitado; exporte a SRT o WebVTT solo cuando un destino separado realmente solicite uno de esos archivos.
SBV, LRC y otros: formatos específicos de plataforma y de nicho
SBV se encuentra en los flujos de trabajo de subtítulos de la plataforma, mientras que LRC se usa comúnmente para letras cronometradas. Otras extensiones codifican aún más suposiciones sobre sincronización, estilo o una aplicación particular. Su similitud superficial (un tiempo más una línea de texto) no es suficiente para hacerlos intercambiables, porque la puntuación, el orden y los metadatos determinan cómo un analizador lee el archivo.
Este artículo no proporciona un registro exhaustivo ni afirma que un servicio siempre acepta un formato. Los cambios de soporte de plataforma y las entregas profesionales son contractuales. Lea la documentación de destino actual y conserve el archivo original, especialmente cuando una conversión descarta necesariamente el diseño o el estilo.
Por qué un kit de herramientas elige SRT y WebVTT únicamente: los formatos de intercambio de la web y la honestidad de documentar ese límite
Un kit de herramientas de navegador enfocado elige SRT y WebVTT porque su modelo de transformación es texto de referencia, milisegundos de inicio y fin, además de una cadena de configuración opcional. Ese modelo se asigna directamente a la estructura de bloques común de esos dos formatos. No contiene un árbol XML, una hoja de estilo reutilizable, un flujo de comandos de transmisión o una pista de video incrustada, por lo que pretender admitirlos aplanaría silenciosamente la información.
La limitación se establece en el registro del convertidor: ASS y SSA, TTML, SAMI y los subtítulos incrustados en un contenedor no se manejan. Incluso dentro de WebVTT, se omiten los bloques NOTA, ESTILO y REGIÓN. El alcance honesto permite al usuario detenerse antes de sufrir daños en lugar de descubrir después de la exportación que una característica especializada desapareció.
Conclusión: conozca el mapa, luego elija la herramienta: cómo el Subtitle Toolkit cubre la parte SRT y WebVTT del panorama
Conozca el mapa, conserve el mapa maestro y elija la herramienta que comprenda el destino solicitado. Subtitle Toolkit cubre la parte SRT y WebVTT: análisis de señales tolerantes, serialización canónica, cambios de tiempo, limpieza de texto y validación estructural. No es un motor universal de intercambio de subtítulos y no convierte un formato no compatible en una entrada segura al cambiarle el nombre.
Si una aplicación especializada ya produjo un SRT o un derivado WebVTT revisado, cargue ese derivado aquí e inspeccione el recuento de señales y los problemas antes de la conversión. Mantenga el ASS, TTML, SCC u otro maestro al lado para que se pueda rastrear cualquier estilo perdido o metadatos de entrega en lugar de adivinar su existencia.