La respuesta corta: si el vídeo se ve en un navegador, VTT. Para todo lo demás, SRT.
La respuesta larga cabe en una tabla y en dos minutos de lectura, y merece la pena porque la mitad de los problemas con subtítulos vienen de haber elegido mal el formato y no de tener mal el archivo.
Los dos, uno al lado del otro
| SRT | VTT | |
|---|---|---|
| Extensión | .srt | .vtt |
| Cabecera | ninguna | WEBVTT obligatoria |
| Milisegundos | 00:00:04,120 | 00:00:04.120 |
| Vídeo HTML5 | no lo lee | es el único que lee |
| Editores de vídeo | todos | casi ninguno |
| Posición en pantalla | no | sí |
| Estilos y colores | no | sí, con CSS |
| Quién habla | solo como texto | etiqueta <v Nombre> |
| Comentarios internos | no | bloques NOTE |
| Subir a plataformas | siempre aceptado | según cuál |
| Años en circulación | desde los noventa | desde 2010 |
Cuándo cada uno
Usa VTT si el vídeo se reproduce en una página web —un <track> de HTML5, Video.js, Plyr—, si vas a servirlo por HLS, o si necesitas colocar los subtítulos en un sitio concreto de la pantalla para no tapar algo.
Usa SRT si vas a abrirlo en Premiere, DaVinci, Final Cut o VLC; si lo vas a subir a una plataforma que pide subtítulos; si se lo vas a mandar a alguien y no sabes qué va a hacer con él; o si lo quieres para leerlo.
Esa última es la clave real: el SRT es el mínimo común denominador. Lleva treinta años ahí y lo acepta todo. Si no tienes un motivo concreto para el otro, el que no da problemas es este.
Lo que se pierde al convertir
De SRT a VTT no se pierde nada: el SRT no tiene nada que un VTT no pueda representar. Lo único que hay que hacer bien es escapar los &, los < y los > que en un SRT son texto normal y en un VTT son marcado. Un «Tom & Jerry» sin escapar se puede comer el resto de la línea.
De VTT a SRT sí se pierde, y conviene saber qué:
- Posición y alineación. Un SRT no tiene dónde ponerlas. Se descartan.
- Estilos. Lo mismo: los bloques
STYLEy las clases<c.algo>se van. - Regiones. No existen en SRT.
- Notas. Los bloques
NOTEno son subtítulos y no deben acabar dentro del texto. - Nombres de subtítulo. Los identificadores se descartan y los bloques se renumeran desde uno, que es lo que espera un SRT.
Lo que no se pierde: el texto, los tiempos al milisegundo y quién habla. Las etiquetas <v Marta> se convierten en un «Marta:» delante de la línea, porque un SRT sí sabe enseñar eso.
Es la conversión que más se hace mal. Un conversor que solo cambie los puntos por comas te deja «line:90% align:start» escrito en pantalla y los bloques
NOTEmetidos entre los subtítulos.
¿Y los otros formatos?
Hay dos más que te vas a encontrar:
ASS/SSA (.ass), el de los fansubs de anime. Hace todo lo que hace el VTT y más: tipografías, karaoke, animaciones, transformaciones. A cambio, casi nada lo acepta fuera del mundo del que viene.
TTML/DFXP (.ttml, .dfxp), el de la industria. XML, pesado, muy completo, y lo que piden algunas plataformas grandes para material profesional. No lo vas a escribir a mano.
Para el 95 % de los casos, la decisión sigue siendo entre los dos de arriba.
Convertir de uno a otro
Los dos conversores funcionan dentro de tu navegador: el archivo no se sube a ningún sitio, no hay cola de espera y no hay límite de usos.
- SRT a VTT, para que el vídeo de tu web tenga subtítulos.
- VTT a SRT, para que tu editor de vídeo deje de quejarse.
- SRT a texto, cuando lo que quieres no son subtítulos sino leer lo que se dice.
Y si todavía no tienes ningún archivo de subtítulos —solo el vídeo o el audio—, súbelo y te devolvemos la transcripción con marcas de tiempo y hablantes, lista para exportar en el formato que necesites. Los primeros 45 segundos, gratis y sin cuenta.