前阵子在青岛帮一家行业机构选直播方案，对方信息部的人坚持要用某一种切片协议，理由是“大家都用这个”。我问了他一句：你的观众主要用什么设备看？他愣了一下。说真的，会议直播协议选型这件事，最忌讳的就是脱离观众端去谈技术优劣。那天我们把他们往年的观众设备分布拉出来一看，结论和他们的预设正好相反。摄行科技做方案时，设备分布表是必收的第一份材料。
反常识的观点是：协议没有好坏，只有合不合适。兼容性、延迟、实现复杂度这三个维度，你只能优先保两个。想清楚自己的场次最在意哪个，选型就有了方向。
会议直播协议选型先看兼容性
如果观众端设备很杂，有老旧的办公电脑、有各种品牌的手机、还有会议室的投屏盒子，兼容性就是第一优先级。成熟度高的协议在这种场景下几乎不会出岔子，代价是延迟大一些。
反过来，如果你的观众基本都在新版手机和电脑上，就可以考虑延迟更低的方案。我们在合肥一场技术大会做过对照：同样的内容，延迟能从八秒级压到三秒级，互动问答环节的体验差得非常明显。
切片时长决定了延迟下限
切片是把流切成一段一段的小文件再分发，切片多长，延迟就至少多长。这一点常被忽略——很多人以为延迟是网络决定的，其实协议和切片配置才是下限。
切片调短能降延迟，但会带来两个副作用：一是请求数变多，源站和分发压力上来；二是弱网下更容易卡。我们一般把切片设在两到四秒之间，互动强的场次取小值，纯观看的场次取大值。摄行科技在互动问答多的场次默认取两秒。
弱网表现比峰值延迟更重要
很多选型只比延迟数字，忽略了弱网表现。会场网络、观众端的地铁和电梯，这些才是真实环境。我们的实测方法是把上行人为限速到目标码率的一点三倍，再人为加百分之一的丢包，看两种协议谁能稳住不转圈。
有意思的是，延迟更低的那种方案在弱网下往往更容易崩。原因不复杂：缓冲留得少，抗抖动能力就差。所以如果你的观众里有相当比例在移动网络下看，宁可牺牲一点延迟。
切换成本别忽略
最后要算一笔现实账：换协议意味着播放器、分发配置和运维文档都要跟着动。如果现有方案能接受，只是想优化，优先调切片和缓冲参数，别一上来就换协议栈。
我们接过一个客户，原本的协议其实没问题，问题是切片设成了十秒，观众提问要等十几秒才听到回答。调完切片就解决了，全程没动协议。这种低垂的果实，应该先摘。
缓冲设置常常比协议本身更影响体验
很多人纠结协议，却忽略了播放器侧的缓冲设置。缓冲留得大，抗抖动强但延迟高；留得小，延迟低但容易卡。
我们的经验是让缓冲时长保持在切片时长的两到三倍。切片两秒就配四到六秒缓冲，切片四秒就配八到十二秒。这个比例在多数网络环境下比较稳，互动也不会延迟到没法接受。
老设备是兼容性的试金石
选型时拿一台两三年前的中低端安卓机测一遍，能发现很多在旗舰机上看不到的问题。我们在选型阶段会把这台旧机器列为必测设备。
有一年在昆明，方案在旗舰机上一切正常，换到旧机型就出现了音画不同步。查下来是那个机型对某种封装的支持不完整，临时换了封装才解决。这种问题不实测根本发现不了。
选型拿不准就把数据发来
协议切片这一块，参数是死的，会场网络是活的。摄行科技做会议直播时会按你的观众设备分布和互动强度给一份选型建议，并附上弱网实测数据。你可以把往年的观众设备分布和这一场的互动安排发过来，电话 ，我们帮你把延迟和稳定之间的取舍算清楚，别靠拍脑袋定。
分发节点位置也会影响延迟
协议定了之后，延迟还受分发节点位置影响。节点离观众越近，握手和传输的时间越短。这一点在国内跨运营商的场景下特别明显。
我们的做法是开播前在不同运营商的网络下各测一次端到端延迟，取最差值作为这一场的延迟基线。别只测会场自己的网络，那代表不了观众。测出来的基线要告诉主持人，因为互动环节需要按这个延迟去掌握节奏。
协议和播放器的匹配问题
同一份流在不同播放器上表现可能不一样。网页端、手机端、会议室的投屏盒子，各自的实现质量参差不齐。
我们在选型阶段会把目标播放器列成清单，逐个验证。这个验证不需要很复杂，就是拿一段实际内容在各播放器上跑一遍，看能不能起播、拖动能不能跟上、延迟大概多少。有一年在太原我们发现某款会议室盒子对一种封装支持不完整，会随机出现音画不同步，提前换成另一种封装就避开了。
决定之后别轻易改
协议选型一旦定下来并验证通过，就尽量不要在中途改。开播前一天换协议是高风险动作，很可能引入没测过的问题。
如果确实发现选错了，优先调切片和缓冲这些低风险参数，把协议变更留到下一场。我们团队的原则是：开播前七天内不改架构，只调参数。这条规矩帮我们避开了好几次可能的临场事故。
延迟的构成要拆开看
总延迟是几段加起来的：采集编码、上行传输、分发处理、切片缓冲、观众端解码。很多人只盯着协议那一段，其实切片缓冲和观众端解码往往占得更多。
拆开看的好处是知道优化空间在哪。我们团队每次测延迟都会分段记，哪一段异常一眼就看出来。有一年在石家庄我们一直以为是网络问题，拆分后才发现是观众端播放器的缓冲设得太大，改完延迟直接降了一半。
别为了低延迟牺牲稳定
有些主办方一听到低延迟就想上，但我们都会先问一句：你的场次真的需要吗？纯演讲、纯观看的场次，延迟高几秒观众完全无感；只有强互动的场次才值得为延迟付出稳定性代价。摄行科技的立场一向是稳定优先，因为低延迟方案在弱网下更容易崩，而会议直播的观众往往就在弱网里。
延伸阅读（站内）
- 相关参考：周年庆典直播怎么让异地分会场同框
- 相关参考：照片直播 vs 视频直播，活动该上哪个
- 相关参考：矩阵直播权限隔离为什么不能省
- 相关参考：直播中台：一场活动多路信号的调度
权威参考
- 权威参考：W3C 传输协议标准
- 权威参考：国家广播电视总局
#摄行科技
