- Shipped
- 19 agosto 2026 alle ore 02:22 UTC
- Author
- Kamo
- Commit
- 8193920
MediaMTX serve canali dal vivo su HLS, WebRTC, RTSP e RTMP, e loop bobina di marketing come canale sempre disponibile tramite sempreAvailableFile — no ffmpeg sidecar, e qualsiasi editore RTMP / RTSP trasparente prende il canale e ritorna al rullo su disconnessione. Il video homepage stesso NON è servito attraverso MediaMTX. MediaMTX è un live server senza modalità VOD; looping di un file in un canale live cadrebbe ogni visitatore nel mezzo della bobina invece della prima cornice. Quindi... eroe-hls-encode-job costruisce un 720p/540p/360p Scala HLS dello stesso MP4 e lo pubblica a MinIO, percorso come /vod/ sull'host di streaming. Misurazione contro il 31.8 MB singolo bitrate originale: 18.8 MB a 720p (SSIM 0.989), 9,8 MB a 540p, 5.4 MB a 360p, in ~4s segmenta il giocatore fetches solo mentre guarda. Il lavoro è ETag-idempotent, quindi non funziona su ogni distribuzione che non è un video swap, e pubblica anche public/kamo12-poster.jpg — citato da homepage da quando è stato scritto, ma un 404 fino ad ora. Percorsi in diretta su stream.* e tema.*: tema. certificato per ogni inquilino, quindi questo funziona oggi e il modulo stream.* attiva da solo una volta che esiste un record DNS. Il percorso WebRTC corrisponde a un prefisso. — MediaMTX serve WHIP sulla stessa porta, e una partita prefisso sarebbe pubblicare un endpoint ingest non autenticato su Internet. Questo tocca .forgejo/, che costringe FULL=true e un full-cluster riconciliare. Prima verificata per la procedura documentata: si applica kubectl diff su tutti i 112 obiettivi è pulito su 104; cinque sono questi nuovi file, due sono i nats/mail bootstrap Jobs il flusso di lavoro elimina deliberatamente e riapplica, e mail/mysql-permissions-job.yaml non riesce come un lavoro completato immutabile, che il flusso di lavoro già tollera con `| echo`. Ogni obiettivo di cancellazione kubectl era confermato assente.