直播延迟太高怎么办？从推流到播放的全链路优化
观众反馈直播画面比现场慢好几秒，这是直播延迟的问题。延迟高不仅影响互动体验，在一些需要实时反馈的场景下甚至会出问题。
延迟从哪来
直播延迟不是单一环节造成的，而是整条链路每个环节叠加的结果。完整链路是：摄像机采集、编码器编码、推流上传、CDN分发、观众端解码播放。每个环节都会产生延迟。
一般会议直播的总延迟在5-15秒。如果超过20秒，互动体验就很差了。
各环节的延迟分析
采集延迟：摄像机采集画面需要时间。微单的采集延迟通常在50-100毫秒，可以忽略。
编码延迟：把画面压缩成直播流需要时间。硬件编码延迟约100-300毫秒，软件编码延迟约500-1000毫秒。建议用硬件编码。
推流上传延迟：取决于网络上行速度和推流协议。RTMP协议延迟较低（1-3秒），SRT协议更低（500毫秒以内）。选择低延迟推流协议能显著降低延迟。
CDN分发延迟：观众分布在全国各地，CDN节点分发需要时间。一般1-3秒。选择离观众近的CDN节点可以降低分发延迟。
播放端延迟：播放器为了流畅播放会缓冲几秒数据。缓冲时间越长延迟越高，但越不容易卡顿。一般播放器默认缓冲2-5秒。
如何降低延迟
用硬件编码：在OBS或vMix中设置使用GPU编码（NVENC或QuickSync），不要用CPU编码（x264）。硬件编码速度快，延迟低。
用低延迟推流协议：RTMP是主流协议，延迟1-3秒。如果需要更低延迟，考虑SRT协议，延迟可以做到500毫秒以内。注意SRT需要推流端和播放端都支持。
选择低延迟CDN：腾讯云、阿里云都提供低延迟直播服务。开通时选择低延迟模式，延迟可以从10秒降到3-5秒。费用比标准直播略高，但体验提升明显。
降低播放端缓冲：在播放器设置中减小缓冲区大小。但要注意，缓冲太小容易导致播放卡顿，需要权衡。
超低延迟方案
如果需要1秒以内的超低延迟（比如拍卖直播、体育赛事），需要用WebRTC技术。WebRTC是点对点传输，延迟可以做到200-500毫秒。
但WebRTC有局限：支持的并发人数有限（一般几千人），需要专用服务器部署，技术门槛高。大部分企业活动用不到这种级别。
实际建议
一般企业会议直播，延迟控制在5秒以内就够用了。做到这个目标不难：用硬件编码、选好的CDN、用RTMP推流，这三步就能把延迟控制住。
如果需要实时互动（问答环节），提醒主持人看到线上问题后等5秒再回答，留出延迟时间。或者安排助理实时把线上问题转发给主持人，消除延迟对互动的影响。
总结
直播延迟是整条链路的累积。要降低延迟，需要从编码、推流、分发、播放每个环节优化。对大部分企业活动来说，5秒以内的延迟完全可接受。关键是提前测试，确保实际延迟在预期范围内。
