- Verschifft
- 19. August 2026 um 02:35 UTC
- Autor
- Kamo
- Ausschuss
- a00e3d0
Drei Mängel bei der Ausübung des eingesetzten Dienstes gefunden. 1. Die /live/ Route 404'd durch Traefik. MediaMTX beantwortet die erste HLS Anfrage mit einem 302 auf "?cookieCheck=1" an einem absoluten Pfad, den es baut sich, so unter StripPrefix, dass Standort zeigte außerhalb der Route und der Spieler folgte ihm in einen 404. Kanäle sind jetzt NAMED MediaMTX akzeptiert verschachtelte Pfadnamen - also den Weg, den es für die Bedienung hält gleicht dem Pfad, den der Browser verlangt hat und kein StripPrefix benötigt wird. Die WHEP Route behält seine exact-regex-Match, jetzt mit einer expliziten Priorität anstatt sich auf Traefiks regellangen Tiebreak zu verlassen. 2. Der Rollout konnte nie abgeschlossen werden. Das Pod bindet hostPort 8189 für WebRTC ICE, das ist eine exklusive Knoten Ressource, so unter maxSurge 1 / maxUn available 0 die Surge pod saß bis zum Warten auf einen Port der alten Hülse würde nicht freigeben, bis die Überspannung pod ging Ready. Beobachtet live als ein Ausstehende Hülse neben einer gesunden - die gleiche Form wie qdrant WAL-Sperre. Umgeschaltet, um neu zu erstellen. 3. Der Live-Muxer warnte "Segmentdauer von 2s auf 3s geändert - dieser wird verursachen einen Fehler in iOS-Clients": die Quell-Key-Frames von MP4 sind unregelmäßig, so Segmente konnten nicht einheitlich sein. Der encode Job remuxes jetzt auch die 720p rung zurück zu MP4 als loop.mp4 (kein Re-encode - das hat die Sprosse bereits erzwungen 2s Keyframes) und der Init-Container bevorzugt es, fallen zurück auf die originell, so dass eine Hülse noch beginnt, bevor der Job jemals ausgeführt hat.