5 步搞定 MediaMTX零配置搭建多協(xié)議流媒體服務器讓攝像頭同時喂飽 RTSP、WebRTC 和 HLS【免費下載鏈接】mediamtxReady-to-use Media-over-QUIC / SRT / WebRTC / RTSP / RTMP / LL-HLS / MPEG-TS / RTP live media server and media proxy that allows to read, publish, proxy, record and playback real-time video and audio streams.項目地址: https://gitcode.com/GitHub_Trending/me/mediamtx如果你的場景是把一路攝像頭畫面做多協(xié)議分發(fā)這篇就是寫給你的MediaMTX 是個零依賴的多協(xié)議流媒體服務器一個可執(zhí)行文件就能把 RTSP、RTMP、WebRTC、HLS、SRT 互相轉換。你大概也遇過這種尷尬攝像頭只吐 RTSP網頁卻只能看 WebRTC每個協(xié)議都得單獨搭一套服務。讀完這篇你可以獨立完成下面三件事在 Linux / Windows / macOS / Docker 上把服務跑起來看懂mediamtx.yml的 paths 路由表新增一條攝像頭流完成錄制成文件和畫面更穩(wěn)兩個進階動作先跑起來從下載到第一條流出現MediaMTX 是單文件、零依賴的可執(zhí)行程序不挑環(huán)境雙核 CPU、512MB 內存、100MB 磁盤就夠用。你可以把它想成一個只認協(xié)議、不挑設備的轉接柜攝像頭、OBS、瀏覽器、監(jiān)控臺誰都能往上接它只負責把信號轉到另一頭。拿一個對應系統(tǒng)的可執(zhí)行文件Linux 叫mediamtxWindows 叫mediamtx.exe在工作目錄直接啟動./mediamtx啟動成功的判斷標志有兩個。第一終端里會按協(xié)議逐行打印監(jiān)聽信息看到這幾行就說明各端口都活了INF [RTSP] listener opened on :8554 (TCP) INF [RTMP] listener opened on :1935 INF [HLS] listener opened on :8888 (HTTP) INF [WebRTC] listener opened on :8889 (HTTP) INF [SRT] listener opened on :8890 (UDP)第二做一個人肉驗收瀏覽器打開http://localhost:8889/mystream能看到 MediaMTX 自帶的 WebRTC 播放器頁面沒推流時是一片黑屏就說明服務活著不用再去翻日志猜。四種裝法各適合誰一張表說清安裝方式適合人群啟動命令Linux 二進制想直接跑、不想裝 Docker./mediamtxWindows本地嘗鮮、Windows 桌面.\mediamtx.exemacOSMac 本地嘗鮮./mediamtxDocker生產、要隔離與確定性docker run --rm -it --networkhost bluenviron/mediamtx:1看懂它的流清單mediamtx.yml 到底在改什么配置文件mediamtx.yml就像一張流清單paths下面每一個 key 就是一條流的名字名字后面跟著的選項決定這條流從哪來、存不存、什么時候拉。常用四列配置項管什么白話paths下的 key一條流的名稱mystream就是一個流名source從哪拉攝像頭 RTSP 地址或publisher等人來推record要不要存盤yes就開錄sourceOnDemand有沒有人看才拉yes省帶寬沒人看就不斷開好消息是默認配置已經能用你不用一上來就改一片。而且 MediaMTX 支持熱重載——改完保存服務器會自己檢測到變化并生效通常不會踢掉在線客戶端當然你重啟也行。想加一條攝像頭流就是在paths下掛一個新 key最小配置長這樣paths: mystream: source: rtsp://user:passcamera-ip:554/stream sourceOnDemand: yes三個高頻場景一次配明白場景 ARTSP 攝像頭轉 WebRTC 的瀏覽器觀看配置攝像頭只吐 RTSP你想在瀏覽器里低延遲看就把 RTSP 轉成 WebRTC。在paths下加一條paths: camera: source: rtsp://user:passcamera-ip:554/stream驗證地址瀏覽器打開http://localhost:8889/camera畫面出來即成。場景 BOBS 推流一轉多協(xié)議分發(fā)OBS 只負責推一路 RTMP剩下的一轉多交給 MediaMTX 自動完成。在 OBS 推流設置里服務器填rtmp://localhost:1935串流密鑰填mystreampaths不用額外寫默認source: publisher就會接住推來的流。之后同一畫面可以這樣多端取RTSPrtsp://localhost:8554/mystreamHLShttp://localhost:8888/mystream.m3u8SRTsrt://localhost:8890?streamidread:mystream場景 C樹莓派原生攝像頭 rpiCamera 零依賴接入樹莓派攝像頭不用裝任何軟件MediaMTX 直接讀前提是用了帶攝像頭支持的鏡像或構建。加一條paths: rpicam: source: rpiCamera rpiCameraWidth: 1920 rpiCameraHeight: 1080 rpiCameraFPS: 30驗證地址http://localhost:8889/rpicam能出 1080p 畫面即接入成功。進階兩件事錄制成文件讓畫面更穩(wěn)1 小時一段的 fMP4 自動錄制配置錄制只動四個參數。record: yes開錄recordPath決定存哪支持%path、%Y-%m-%d這些時間變量recordFormat選格式fmp4 體積更小、能直接拖進剪輯工具mpegts 兼容性更廣、老式播放器更友好一般選 fmp4recordSegmentDuration是每段多長、recordDeleteAfter是多久后自動刪。pathDefaults: record: yes recordPath: ./recordings/%path/%Y-%m-%d_%H-%M-%S recordFormat: fmp4 recordSegmentDuration: 1h recordDeleteAfter: 24h錄好的文件不用翻目錄把全局的playback: true打開就能訪問http://localhost:9996/在線回放和下載回放實現見 internal/playback/server.go。畫面卡頓與延遲高的兩條排查路徑只給兩條最實用的別一上來就調一堆走 HLS 顯得慢把hlsSegmentDuration調到1s、hlsPartDuration調到200ms并確認用的是lowLatency變體分段越短首屏越快。走 WebRTC 連不上或延遲高在webrtcICEServers2里加一行stun:stun.l.google.com:19302并確認服務器 UDP 8189 沒被防火墻擋住這是 WebRTC 打洞用的端口。下一步往哪兒點想程序化開關流、改配置Control API默認 9997 端口源碼在 internal/api/想在客戶端連上/斷開時觸發(fā)外部腳本Hooks 事件鉤子見 internal/hooks/想給不同流設不同賬號密碼認證授權見 internal/auth/想要大流量下的高可用讀副本與集群部署見 docs/2-features/04-read.md想逐個參數摳細節(jié)完整配置注釋就在 mediamtx.yml現在就動手用 OBS 推一路流同時開 VLC 走rtsp://localhost:8554/mystream、瀏覽器走 WebRTC看同一畫面能不能三端同看?！久赓M下載鏈接】mediamtxReady-to-use Media-over-QUIC / SRT / WebRTC / RTSP / RTMP / LL-HLS / MPEG-TS / RTP live media server and media proxy that allows to read, publish, proxy, record and playback real-time video and audio streams.項目地址: https://gitcode.com/GitHub_Trending/me/mediamtx創(chuàng)作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考