v1.11.1

Changelog

• 0e1d6b8 Merge branch 'fix/vtt-drawing-tags' (QA contra un release REAL de producción justo tras salir 1.11.0 destapó que el filtro seguía dejando pasar carteles: el estilo del sign llevaba Bold, ffmpeg lo emite como m 0 0 l 268 0…, y el guard que exige que el payload EMPIECE por el comando de movimiento no casaba porque la línea empieza por <. El corpus de desarrollo no tenía ningún sign en negrita — solo un release real lo expuso. Ahora las heurísticas juzgan el payload con el marcado inline retirado: todo el vocabulario que WebVTT permite (b/i/u, c.clase, v Locutor, lang xx, ruby/rt) más las marcas de tiempo de karaoke <00:00:43.500>, que abren con dígito y necesitan su propia alternativa. La lista de etiquetas es EXPLÍCITA y no : los subtítulos escriben angulares como prosa —el corpus tiene 18 nombres de habilidad tipo — y un patrón abierto podría dejar un fragmento que las heurísticas malinterpreten. El stripping es solo para DECIDIR: el cue que sobrevive se sirve byte a byte con su formato. Un cue con anotación ruby se conserva entero, porque su es texto renderable de verdad, misma regla que un rótulo que comparte cue con el dibujo. Medido sobre 1.679 sidecars reales más el cuerpo exacto que sirvió prod: 389 cues de dibujo eliminados, 0 residuales, 0 falsos positivos sobre 671.346 líneas de cue, y 134 cues en 61 ficheros que 1.11.0 dejaba pasar y ahora caen —incluido el patrón m 0 0 l 100 0 100 100 0 100 de la captura original del usuario, que iba en negrita—. Coste 85 µs por respuesta de /sub, RE2 sin backtracking)
• bbdbf1c chore(release): 1.11.1
• a56cfcf fix(subs): drop drawing cues that ffmpeg wrapped in inline markup
• 57a31ea fix(subs): restrict tag stripping to the WebVTT tag vocabulary