- Shipped
- 19 de agosto de 2026 às 02:22 UTC
- Author
- Kamo
- Commit
- 8193920
MediaMTX serve canais ao vivo sobre HLS, WebRTC, RTSP e RTMP, e loops o marketing carretel como um canal sempre disponível via sempreDisponívelFile — no ffmpeg sidecar, e qualquer editor RTMP/RTSP toma o canal de forma transparente sobre e reverte ao movimento cambaleante na desconexão. O vídeo homepage em si não é servido através do MediaMTX. MediaMTX é um live servidor sem modo VOD; looping de um arquivo em um canal ao vivo iria soltar cada visitante no meio do rolo em vez do primeiro quadro. Então... hero-hls-encode-job constrói um 720p/540p/360p Escada HLS da mesma MP4 e publica para MinIO, roteado como /vod/ no host de streaming. Medida contra a taxa de bits única de 31,8 MB original: 18,8 MB a 720p (SSIM 0,989), 9,8 MB a 540p, 5,4 MB a 360p, em ~4s segmentos que o jogador obtém apenas enquanto assiste. O trabalho é ETAG-idempotente, então ele não-ops em cada implantação que não é um vídeo swap, e também publica public/kamo12-poster.jpg — referenciado pelo homepage desde que foi escrito, mas um 404 até agora. Rotas ao vivo na transmissão.* e tema.*: tema.<domínio> já tem DNS e um certificado para cada inquilino, então isso funciona hoje, e o stream.* formulário ativa-se por conta própria uma vez que exista um registro DNS. A rota WebRTC corresponde a um prefixo. deliberadamente — MediaMTX serve WHIP na mesma porta, e um prefixo corresponderia publicar um endpoint de ingestão não autenticado para a internet. Isto toca .forgejo/, que força FULL=verdadeiro e um full-cluster reconciliar. Auditado primeiro de acordo com o procedimento documentado: kubectl diff sobre todos os 112 aplicar alvos está limpo em 104; cinco são estes novos arquivos, dois são o nats/mail bootstrap Jobs o fluxo de trabalho deliberadamente apaga e reaplica, e mail/mysql-permissions-job.yaml falha como um trabalho imutável concluído, que o O fluxo de trabalho já tolera com o eco. Cada alvo de remoção do kubectl foi confirmado ausente.