RTSP - tag - 沐木https://oldletter.cn/tags/rtsp/RTSP - tag - 沐木Hugo -- gohugo.iozh-cnSat, 11 Jul 2026 00:00:00 +0000实时视频（一）：RTSP 到浏览器的协议选择https://oldletter.cn/posts/rtsp-browser-01-protocol-options/Sat, 11 Jul 2026 00:00:00 +0000mumuhttps://oldletter.cn/posts/rtsp-browser-01-protocol-options/

系列导航：8 | 9 | 10

浏览器没有通用的 RTSP 播放入口。摄像头的 RTP 负载需要经过协议转换、容器封装或转码，才能交给浏览器的媒体栈。协议选择不能从“哪个库能播放”开始，应从延迟预算、编码格式、网络边界、并发方式和音频要求倒推。

先写延迟预算

端到端延迟可以拆成：

$$L = L_{capture} + L_{encode} + L_{gateway} + L_{network} + L_{buffer} + L_{decode} + L_{render}$$

每一项都要有观测点。只看浏览器缓冲区会漏掉摄像头编码和网关排队。实时云台控制通常需要低延迟和快速恢复，回放或大屏分发更看重 CDN 复用和长连接稳定性。延迟预算写成上限后，协议比较才有可执行标准。

flowchart TD Camera[RTSP 摄像头] --> Pull[服务端拉流与保活] Pull --> RTP[RTP 解包] RTP --> AU[Access Unit] AU --> WebRTC[WebRTC 打包] AU --> FMP4[fMP4 封装] AU --> WS[WebSocket 字节通道] WebRTC --> Browser[浏览器播放] FMP4 --> MSE[MSE] FMP4 --> HLS[LL-HLS] WS --> Decoder[WebCodecs 或 WASM] MSE --> Browser HLS --> Browser Decoder --> Browser

四种下游路径

WebRTC 适合交互预览。它有 ICE、拥塞控制、抖动缓冲和关键帧反馈，工程重点落在信令、TURN、会话权限和媒体服务器。低延迟不等于零延迟，编码 GOP、网络中继和浏览器缓冲仍会影响体验。

]]>