带你读《多媒体行业质量成本优化及容灾方案白皮书》2. 直播质量优化（4）

带你读《多媒体行业质量成本优化及容灾方案白皮书》2. 直播质量优化（3）https://developer.aliyun.com/article/1351901?groupCode=supportservice

b） 终端播放器buffer缓冲区

播放器播放视频的过程本质上是播放器代码逻辑读取缓冲区数据，进行解封装、音视频解码、音视频同步处理、音视频渲染的过程。为了抗网络、渲染、解码等各种抖动，播放器播放视频一般会设置缓冲区来进行抗抖动，缓冲区分为帧缓冲区和显示缓冲区：帧缓冲区，主要是抗网络抖动、抗解码抖动、避免丢帧。显示缓冲区，主要是抗渲染抖动、实现音画同步。缓冲区越大，抗抖动效果越好，但内存占用就更大，延时效果也更大。

不同直播场景的buffer缓冲时长如何设置：教育类直播场景需要低延迟直播，而终端播放器缓冲区时间越长，延迟越高，一般教育行业终端播放器buffer缓冲时长0-1s；秀场直播或带货直播等场景对延迟无高要求，一般会设置3-5s的buffer缓冲区。

c） 终端播放器低帧率/0帧识别 自动切换线路

相关直播业务采用多云厂商容灾，业务服务器下发多云厂商流地址供终端播放器播放，终端播流用多云厂商直播域名fallback逻辑，当终端播放器识别A域名长期低帧率/0帧的情况，终端播放器播放器fallback到B厂商的B域名进行播放同时可以结合网络探测数据识别是否需要降低档位，播放低码率视频，这样的播放逻辑可能会存在直播画面的重复。

多云厂商直播域名fallback逻辑实现的收益点：

• 单云厂商直播中心故障逃逸；
  
• 单云厂商直播分发节点异常逃逸；
  
• 部分终端用户到直播分发节点之间的网络链路问题逃逸；
  
• 地方运营商域名级别封禁快速逃逸。

d） 预解析及链路择优策略

视频播放整体的链路包括了：域名解析、4层连接建立、网络流数据获取、播放器播放展示视频等。优化视频播放体验，降低DNS解析耗时也是其中一环，DNS解析耗时优化策略包括了域名预解析机制，DNS本机缓存机制。

域名预解析表示在应用启动或网页打开的时候对该应用或网页可能会涉及访问的域名进行预解析并缓存到本地，那么当访问对应域名的时候整体的DNS解析耗时就减短了。

DNS本机缓存时长不建议太长，时间太长可能部分云厂商的直播分发节点出现异常下线，而终端仍然请求到异常节点的情况，某短视频客户A的DNS本机缓存时长是3分钟，可参考。

e） 运营商异常解析&缓存缓解-HTTPDNS

部分运营商为了提升其终端用户的质量，会做一些DNS解析劫持，将流量劫持在网内就近访问内容的cache。部分情况也会出现一些运营未遵循DNS解析的TTL，LDNS解析缓存时间过长的情况，如果当时直播的分发节点异常下线、节点裁撤等，就会导致终端用户访问不到业务，或者运营商因为其他的一些原因做了DNS解析劫持。

以上的DNS解析行为均可能会导致终端用户访问到的内容不符合客户业务预期，这种情况可以通过HTTPDNS解析解决。

HTTPDNS产品介绍。

f） 预加载策略

长短视频应用场景下，终端用户应用展现的音视频内容由业务应用调度算法控制，为缩短音视频内容展示的首屏时间，一般会采用预加载策略。

多节目直播场景下，开发者可维护一个队列，用于填充一定数量的待播放直播节目（每一个节目对应一条待开播的直播地址），在用户播放到A节目时，可预先加载接下来的N个直播地址。这样用户在进入下一个直播节目时，可节省网络建连、流媒体meta读取、播放器初始化等一系列耗时动作，快速进入首屏。

g） RTS

RTS在阿里云视频直播的基础上进行全链路延时监控、CDN传输协议改造、UDP等底层技术优化，通过集成阿里云播放器SDK，支持在千万级并发场景下节点间毫秒级延时直播的能力，弥补了传统直播存在3~6秒延时的问题，具备较优的抗弱网能力，确保了超低延时、低卡顿、秒开流畅的直播观看体验。RTS直播适用于互动直播、及低延迟直播场景，对于抗弱网优化卡顿的直播场景也有很好的收益。

详情介绍参考阿里云官网链接。

带你读《多媒体行业质量成本优化及容灾方案白皮书》2. 直播质量优化（5）https://developer.aliyun.com/article/1351897?groupCode=supportservice