- Navios
- 19 de agosto de 2026 às 02:35 UTC
- Autor
- Kamo
- Enviar
- a00e3d0
Três defeitos encontrados pelo exercício do serviço implantado. 1. A rota /live/ 404'd através de Traefik. MediaMTX responde ao primeiro HLS request com um 302 para `?cookieCheck=1` em um caminho absoluto que ele constrói em si, então sob StripPrefix que Localização apontou para fora da rota e o jogador seguiu para um 404. Os canais agora são NAMED `live/<canal>` — MediaMTX aceita nomes de caminhos aninhados — então o caminho que ele acha que está servindo igual ao caminho que o navegador pediu e nenhum StripPrefix é necessário. A A rota WHEP mantém a sua correspondência de regras exactas, agora com uma prioridade explícita em vez de confiar no empate de Traefik. 2. A implantação nunca poderia completar. O pod liga o hostPort 8189 para WebRTC ICE, que é um recurso de nó exclusivo, então sob maxSurge 1 / maxIndisponível 0 o módulo de onda está na espera de uma porta do módulo antigo Não o libertaria até que a cápsula de emergência estivesse pronta. Observado viver como um Pod pendente ao lado de um saudável — a mesma forma que o bloqueio WAL de qdrant. Mudado para Recriar. 3. O muxer vivo advertiu "a duração do segmento mudou de 2s para 3s - esta vontade causar um erro nos clientes iOS": os keyframes do MP4 fonte são irregulares, para que os segmentos não pudessem ser uniformes. A tarefa codificar agora também remuxes o 720p rug back to MP4 as loop.mp4 (sem re-encode — esse degrau já forçou 2s keyframes) eo recipiente de init prefere, caindo de volta para o original para que uma cápsula ainda começa antes que o trabalho tenha funcionado.