低延迟直播先看完整链路
低延迟直播不是播放器或推流协议的单项指标。完整链路通常包括采集、编码、推流、服务器接收与转发、拉流、解码、渲染和显示刷新，其中任何一段增加缓存，都会反映到最终的端到端直播延迟。
中文资料里“低延迟直播”和“低延时直播”通常表达同一目标，搜索时也会看到“低延时推流”“低延时播放”和“超低延时播放”等写法。本文统一使用“低延迟”，但评估时需要继续区分首包时间、首帧时间和稳定播放阶段的端到端延迟。这三个指标对应不同问题，不能只用“很快出画面”代替完整结论。
低延迟推流不是单一协议开关
低延迟推流首先受采集帧率、编码器预读、B 帧、GOP、时间戳、发送队列和网络抖动影响。即使使用相同的 RTMP、RTSP 或 SRT 地址，不同编码参数和缓冲策略也可能产生明显不同的结果。
RTMP 和 RTSP 常用于本地或业务系统推流；SRT 更适合跨网、弱网或需要丢包恢复的回传链路。SRT 的 latency 参数表示传输层为重传和抖动预留的缓冲，不等于摄像头到最终播放器的端到端延迟。降低缓冲可以缩短反应时间，但也会减少弱网恢复空间。
低延迟播放为什么常常决定最终体验
播放端需要处理探测、拉流缓冲、解码队列、音视频同步、硬件解码和画面呈现。常规低延迟播放可以通过缩短探测和缓存、控制最大延迟、及时丢弃过期帧来降低积压；超低延迟播放还可能使用更直接的硬件解码与呈现路径，减少内存复制和中间队列。
低延迟播放并不等于始终使用最小缓存。稳定性、弱网恢复和延迟之间需要按场景取舍：本地监看、远程控制和调度更重视响应速度；普通观看、移动网络和长时间直播通常需要给抖动留出更多空间。
超低延迟直播与普通低延迟直播的区别
“超低延迟直播”应当对应明确的测试链路、分辨率、帧率、GOP、硬件、协议和统计方法，而不是脱离条件的营销标签。不同厂商对低延迟、超低延迟或实时直播的区间定义并不完全一致，因此采购和验收时应以可复现的端到端结果为准。
StreamCore SDK 当前公开的专业版实测使用 Windows 11、Intel Arc 130T、H.264 QSV、30 fps、GOP 1 秒和本地低延迟 RTMP 链路，1080p 与 2K 的端到端延迟中位数分别为 89 ms 和 110 ms。该结果用于说明特定测试条件下的能力，不应推导成所有硬件、码流、服务器和网络环境的固定承诺。
RTMP、RTSP、SRT、WebRTC 和 LL-HLS 怎么分工
| 协议或输出 | 常见位置 | 低延迟相关特点 |
|---|---|---|
| RTMP / RTSP | SDK 推流、摄像头或服务器输入 | 工程成熟，实际延迟取决于编码、服务器和播放端缓冲 |
| SRT | 跨网回传、弱网传输 | 可用缓冲换取丢包恢复，latency 参数不是端到端结果 |
| WebRTC / WHEP | 浏览器低延迟播放 | 适合预览、值守大屏和调度，需要正确配置 HTTPS、ICE 和网络端口 |
| HTTP-FLV / WS-FLV | 局域网或受控网络播放 | 适合低延迟 Web 预览，需要浏览器播放器支持 |
| LL-HLS | 浏览器和移动端兼容播放 | 比传统 HLS 更低延迟，但通常仍高于 WebRTC，适合兼容性优先的场景 |
同一项目可以同时保留多种输出。实时预览使用 WebRTC 或 FLV，移动端或兼容性观看使用 LL-HLS，录像回放使用独立回放地址，比强制所有终端使用同一协议更容易控制体验和运维风险。
怎样测试端到端直播延迟
最直接的方法是在推流源画面显示高精度时钟，并与播放端呈现画面同屏拍摄或截取，计算两者差值。测试记录至少应包含操作系统、CPU/GPU、编码器、分辨率、帧率、GOP、协议、服务器、网络路径、播放器模式、样本数量和统计口径。
除稳定阶段的端到端延迟外，还应分别记录推流端到服务器的首包时间、播放端首帧时间、断线重连时间和长时间运行后的延迟漂移。摄像头网关还要在真实 IPC / NVR、4/9/16 分屏、录像并行和不同浏览器下测试，避免把合成媒体冒烟结果当成现场性能结论。
StreamCore SDK 与 StreamGate 如何选择
需要把直播推流、网络流播放、低延迟参数和硬件解码集成到自有桌面端、服务端或移动端软件时，适合使用 StreamCore SDK。标准版提供常用播放、采集、推流和低延迟播放参数；专业版增加 SRT、GB28181、ONVIF 搜索、超低延迟播放与更细的硬件呈现路径控制。
需要把摄像头、NVR、国标平台和现有视频流统一接入现场服务器，再向浏览器或业务系统提供播放地址时，适合使用 StreamGate。StreamGate 可通过 WebRTC、HTTP-FLV / WS-FLV 和 LL-HLS 覆盖低延迟预览与兼容性播放，但实际延迟需要结合真实设备、转码策略、服务器和网络条件验证。
常见问题
低延迟推流是否一定要使用 WebRTC？ 不一定。WebRTC 常用于浏览器低延迟传输和播放；RTMP、RTSP、SRT 也可以承担推流或回传，最终结果取决于整条链路。
“超低延迟推流”能否作为独立指标？ 不能单独判断。推流端只能减少采集、编码和发送缓冲，是否达到超低延迟仍要测量服务器转发、拉流、解码和呈现组成的完整链路。
超低延迟模式是否适合所有直播？ 不适合。极小缓冲会降低弱网容错，应根据本地监看、远程控制、普通观看或跨网回传等场景选择。
SRT latency=120 ms 是否表示直播延迟为 120 ms？ 不表示。它是 SRT 传输缓冲参数，端到端结果还包括采集、编码、服务器、播放缓冲、解码和呈现。