- Se descapó
- 19 de agosto de 2026 a las 2:35 UTC
- Autor
- Kamo
- Compromit
- a00e3d0
Tres defectos encontrados haciendo ejercicio del servicio desplegado. 1. La ruta / viva/ 404'd a través de Traefik. MediaMTX responde al primer HLS solicitud con un 302 a "cookieCheck=1" en un camino absoluto que construye en sí, así que bajo StripPrefix que Ubicación señaló fuera de la ruta y el jugador lo siguió en un 404. Los canales son ahora NAMED .live/-channel. MediaMTX acepta nombres de rutas anidadas, por lo que el camino que cree que está sirviendo iguala la ruta que el navegador pidió y no se necesita StripPrefix. El La ruta de la WHEP mantiene su partido exacto-regex, ahora con una prioridad explícita en lugar de confiar en el tiebreak de longitud de regla de Traefik. 2. El despliegue nunca podría completarse. La cápsula une al hostPort 8189 para WebRTC ICE, que es un recurso exclusivo de nodo, tan bajo maxSurge 1 / maxIndisponible 0 la vaina de oleaje se sentó Pensando en espera de un puerto la vieja vaina no se soltó hasta que la cápsula de oleaje se fue Ready. Observada en directo como un A la espera de la vaina junto a una sana de la misma forma que la cerradura WAL de qdrant. Cambió a Recrear. 3. El muxer vivo advirtió que "la duración del segmento cambió de 2s a 3s - esto será causa un error en los clientes de iOS": los fotogramas clave de la fuente MP4 son irregulares, Así que los segmentos no podían ser uniformes. El trabajo de codificación ahora también remuxea el 720p volver a MP4 como bucle.mp4 (sin re-encode" que el peinado ya ha forzado 2s marcos clave) y el contenedor init lo prefiere, cayendo de nuevo a la original así que una vaina todavía comienza antes de que el trabajo haya funcionado.