---

背景与痛点

移动端弱网环境下，DASH流媒体常面临两个核心问题：

1. 码率切换滞后：传统固定阈值算法在高抖动网络中频繁切换，导致画面频繁模糊/清晰变化
2. 首屏时间长：初始带宽探测和分片下载序列未优化，用户等待时间超过2秒的行业红线

技术方案对比

FFmpeg原生方案

• 优点：直接操作媒体管道，可深度定制缓冲策略
• 缺点：需手动实现带宽探测和码流决策逻辑

商业播放器(如Shaka Player)

• 优点：内置ABR算法(如BOLA、Throughput-based)
• 缺点：黑盒实现，难以针对业务定制

核心实现详解

1. MPD文件解析

<!-- 示例MPD片段 -->
<AdaptationSet mimeType="video/mp4">
  <Representation bandwidth="1000000" width="640" height="360"/>
  <Representation bandwidth="2500000" width="1280" height="720"/> 
</AdaptationSet>

关键数据结构： - AdaptationSet：媒体类型容器（视频/音频/字幕） - Representation：具体码流版本，含带宽、分辨率等元数据

2. 带宽探测算法

推荐EWMA(指数加权移动平均)实现：

// 平滑带宽计算
double calculate_ewma(double current, double previous) {
  const double alpha = 0.2; // 平滑系数
  return alpha * current + (1 - alpha) * previous; 
}

3. FFmpeg扩展用法

AVFormatContext* fmt_ctx = NULL;
AVDictionary* opts = NULL;
av_dict_set(&opts, "bandwidth", "5000000", 0); // 初始带宽提示

if (avformat_open_input(&fmt_ctx, mpd_url, NULL, &opts) < 0) {
  // 错误处理
}

性能优化实战

缓冲参数调优

| buffer_size(KB) | 卡顿率(%) | 首屏时间(ms) | |----------------|----------|-------------| | 256 | 12.5 | 1850 | | 512 | 5.2 | 2100 | | 1024 | 2.1 | 2450 |

TCP连接复用

推荐方案： 1. 维护持久化连接池 2. 分片下载优先使用空闲连接 3. 实现HTTP/2多路复用

避坑指南

时间戳跳跃处理

// 检测异常PTS跳变
if (abs(pkt->pts - last_pts) > MAX_PTS_GAP) {
  av_log(NULL, AV_LOG_WARNING, "PTS jump detected: %ld -> %ld", 
         last_pts, pkt->pts);
  // 重置解码器状态
}

CDN缓存问题

解决方案： - 在MPD请求中添加Cache-Control: no-cache - 对分片URL添加时间戳参数

代码规范建议

/**
 * @brief 选择最优码流
 * @param available_bandwidth 当前估计带宽(bps)
 * @return 选择的Representation ID
 */
int select_best_representation(int available_bandwidth) {
  // 实现逻辑
}

开放性问题

在QoE(体验质量)维度下，如何结合以下因素优化码流预测： - 用户设备性能 - 内容复杂度(如体育赛事vs新闻) - 观看时长预期