游戏直播延迟 300ms 以内MediaMTX 的协议组合与配置清单【免费下载链接】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传统 HLS 拉流的端到端延迟通常在 3~10 秒RTMP 拉流也要叠加 1 秒以上的客户端缓冲。对需要看清技能释放时机的 MOBA、FPS 场景目标要压进 300ms。MediaMTX 是一个单进程的流媒体服务器同时监听 SRT、WebRTC、RTSP、RTMP、LL-HLS 等端口推流与拉流可以用不同协议进出中间只做转封装、不做重编码。先定位延迟产生在哪三跳一路流从主播到观众分三跳每跳的量级不同推流端SRT 基于 UDP正常约 50~100ms丢包触发重传时延迟抬升可配合 ARQ 窗口与加密参数控制。服务器内部MediaMTX 收到流后按协议解封装再封装属于 remux不涉及解码与重编码不引入秒级缓冲。拉流端这一跳决定观众最终体验量级对比如下。拉流协议典型端到端延迟适用端WebRTC100~300ms浏览器、App需处理 NATLL-HLS2~5 秒移动端、CDN 分发传统 HLS / RTMP5 秒以上 / 1~3 秒兼容旧客户端低延迟的取舍是主播端用 SRT 扛抖动观众端用 WebRTC 吃延迟红利。把 WebRTC 与 SRT 配成一套最短链路默认配置里 SRT 监听 UDP 8890WebRTC 信令在 8889两者无需修改即可使用。最小可用配置如下只保留游戏直播必需的行srt: true # 启用 SRT 服务主播推流入口 srtAddress: :8890 # SRT 监听地址UDP webrtc: true # 启用 WebRTC 服务观众拉流入口 webrtcAddress: :8889 # WebRTC 信令地址 webrtcEncryption: true # 信令走 HTTPS正式环境建议开启 webrtcServerKey: server.key # TLS 私钥 webrtcServerCert: server.crt # TLS 证书主播端用 SRT 推srt://服务器IP:8890?streamidlive/gamepassphrase密钥passphrase 参数完成 AES 加密观众端直接访问http://服务器IP:8889/live/game得到内置播放页代码中是RTCPeerConnection加 datachannel 信令、SDP 交换握手完成后媒体走 UDP。观众拉流失败时按顺序排查这四处延迟达标之前先保证链路通。按命中率排序端口映射8889信令与 8189ICE UDP都要放行只放 TCP 端口是最常见错误。加密与 CORS浏览器要求安全上下文webrtcEncryption不开时页面只允许http://localhost访问跨域域名在webrtcAllowOrigins里加白。NAT 穿透服务器在公网 NAT 后时配置webrtcICEServers2加一个 STUN 让客户端发现公网 IP两端无法互达 UDP 时才引入 TURN注意它会增加约一个中继发延迟。认证默认配置允许匿名推拉生产环境按 认证文档 收紧authInternalUsers。多节点转发与运行观测单节点扛不住并发时在路径下配置forward把流复制到边缘节点目标支持 SRT、RTSP、RTMP、WebRTC 等协议修改配置热生效不中断已有连接。开启metrics后用 Prometheus 抓取连接数、路径状态配合 pprof 定位单流 CPU 异常。把最小配置落进 mediamtx.ymlSRT 推一路测试流浏览器打开 8889 页面看首帧再用开发工具的网络面板量交互延迟即可验证整条链路。深入参数见 WebRTC 特性说明、SRT 客户端示例 与 配置参考。【免费下载链接】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创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 游戏直播延迟 300ms 以内：MediaMTX 的协议组合与配置清单
游戏直播延迟 300ms 以内MediaMTX 的协议组合与配置清单【免费下载链接】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传统 HLS 拉流的端到端延迟通常在 3~10 秒RTMP 拉流也要叠加 1 秒以上的客户端缓冲。对需要看清技能释放时机的 MOBA、FPS 场景目标要压进 300ms。MediaMTX 是一个单进程的流媒体服务器同时监听 SRT、WebRTC、RTSP、RTMP、LL-HLS 等端口推流与拉流可以用不同协议进出中间只做转封装、不做重编码。先定位延迟产生在哪三跳一路流从主播到观众分三跳每跳的量级不同推流端SRT 基于 UDP正常约 50~100ms丢包触发重传时延迟抬升可配合 ARQ 窗口与加密参数控制。服务器内部MediaMTX 收到流后按协议解封装再封装属于 remux不涉及解码与重编码不引入秒级缓冲。拉流端这一跳决定观众最终体验量级对比如下。拉流协议典型端到端延迟适用端WebRTC100~300ms浏览器、App需处理 NATLL-HLS2~5 秒移动端、CDN 分发传统 HLS / RTMP5 秒以上 / 1~3 秒兼容旧客户端低延迟的取舍是主播端用 SRT 扛抖动观众端用 WebRTC 吃延迟红利。把 WebRTC 与 SRT 配成一套最短链路默认配置里 SRT 监听 UDP 8890WebRTC 信令在 8889两者无需修改即可使用。最小可用配置如下只保留游戏直播必需的行srt: true # 启用 SRT 服务主播推流入口 srtAddress: :8890 # SRT 监听地址UDP webrtc: true # 启用 WebRTC 服务观众拉流入口 webrtcAddress: :8889 # WebRTC 信令地址 webrtcEncryption: true # 信令走 HTTPS正式环境建议开启 webrtcServerKey: server.key # TLS 私钥 webrtcServerCert: server.crt # TLS 证书主播端用 SRT 推srt://服务器IP:8890?streamidlive/gamepassphrase密钥passphrase 参数完成 AES 加密观众端直接访问http://服务器IP:8889/live/game得到内置播放页代码中是RTCPeerConnection加 datachannel 信令、SDP 交换握手完成后媒体走 UDP。观众拉流失败时按顺序排查这四处延迟达标之前先保证链路通。按命中率排序端口映射8889信令与 8189ICE UDP都要放行只放 TCP 端口是最常见错误。加密与 CORS浏览器要求安全上下文webrtcEncryption不开时页面只允许http://localhost访问跨域域名在webrtcAllowOrigins里加白。NAT 穿透服务器在公网 NAT 后时配置webrtcICEServers2加一个 STUN 让客户端发现公网 IP两端无法互达 UDP 时才引入 TURN注意它会增加约一个中继发延迟。认证默认配置允许匿名推拉生产环境按 认证文档 收紧authInternalUsers。多节点转发与运行观测单节点扛不住并发时在路径下配置forward把流复制到边缘节点目标支持 SRT、RTSP、RTMP、WebRTC 等协议修改配置热生效不中断已有连接。开启metrics后用 Prometheus 抓取连接数、路径状态配合 pprof 定位单流 CPU 异常。把最小配置落进 mediamtx.ymlSRT 推一路测试流浏览器打开 8889 页面看首帧再用开发工具的网络面板量交互延迟即可验证整条链路。深入参数见 WebRTC 特性说明、SRT 客户端示例 与 配置参考。【免费下载链接】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创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考