- Verschifft
- 19. August 2026 um 02:22 UTC
- Autor
- Kamo
- Ausschuss
- 8193920
MediaMTX bedient Live-Kanäle über HLS, WebRTC, RTSP und RTMP und schliesst die Marketing-Rolle als immer verfügbarer Kanal über alwaysAvailableFile 08.09.2018peg Sidecar, und jeder RTMP/RTSP-Publisher nimmt den Kanal transparent über und kehrt auf die Rolle auf trennen. Die Homepage-Video selbst wird NICHT über MediaMTX gedient. MediaMTX ist ein Live Server ohne VOD-Modus; Looping einer Datei in einen Live-Kanal würde jeden fallen Besucher in der Mitte der Rolle statt des ersten Frames. Also hero-hls-encode-Job baut eine 720p/540p/360p HLS-Leiter aus dem gleichen MP4 und veröffentlicht es an MinIO, routed as /vod/ auf dem Streaming-Host. Gegen die 31,8 MB Single-Bitrate Original: 18,8 MB bei 720p (SSIM 0.989), 9.8 MB bei 540p, 5,4 MB bei 360p, in 4er Segmenten holt der Spieler nur beim Zuschauen. Der Job ist ETag-idempotent, so dass es No-Ops auf jedem Einsatz, der kein Video ist tauschen, und es veröffentlicht auch public/kamo12-poster.jpg Homepage, da es geschrieben wurde, aber eine 404 bis jetzt. Routen live auf Stream.* und Thema.*: Thema.<domain" hat bereits DNS und ein Zertifikat für jeden Mieter, so funktioniert dies heute, und der Strom.* Formular aktiviert sich von selbst, sobald ein DNS-Rekord existiert. Die WebRTC-Route passt ************ statt einer Vorwahl bewusst - MediaMTX bedient WHIP am gleichen Port, und ein Präfix-Match würde veröffentlichen einen nicht authentifizierten Ingest-Endpunkt ins Internet. Dies berührt .forgejo/, was FULL=true und einen Vollcluster versöhnt. Besichtigt zuerst nach dem dokumentierten Verfahren: kubectl diff über alle 112 Ziele ist sauber auf 104; fünf sind diese neuen Dateien, zwei sind die nats/mail Bootstrap Jobs der Workflow absichtlich gelöscht und erneut angewendet, und mail/mysql-permissions-job.yaml scheitert als unveränderlicher abgeschlossener Job, der Der Workflow verträgt bereits mit "| echo". Jedes kubectl Löschziel war bestätigt abwesend.