为什么需要关注PTS/DTS？

在开发视频播放器时，我遇到过最头疼的问题就是音画不同步——声音对不上嘴型、画面卡顿像PPT。这些问题的罪魁祸首往往都是时间戳处理不当。PTS（显示时间戳）决定帧何时显示，DTS（解码时间戳）决定帧何时解码，两者就像快递的收货时间与发货时间。

关键技术选型对比

遇到时间戳问题时，通常有几种解决方案：

• 简单粗暴法：直接使用系统时钟，但会导致累积误差
• 纯DTS依赖：适用于无B帧的简单视频，遇到复杂编码会崩
• PTS+DTS混合：最优方案，但需要处理各种边界情况

FFmpeg实战处理流程

1. 提取时间戳

   AVPacket pkt;
   av_read_frame(format_ctx, &pkt);
   
   // 关键！转换时间基到毫秒
   int64_t pts_ms = av_rescale_q(pkt.pts, 
       format_ctx->streams[pkt.stream_index]->time_base,
       AV_TIME_BASE_Q) / 1000;
   int64_t dts_ms = av_rescale_q(pkt.dts, 
       format_ctx->streams[pkt.stream_index]->time_base,
       AV_TIME_BASE_Q) / 1000;

2. 异常处理

   // 处理无PTS的特殊情况
   if (pts_ms == AV_NOPTS_VALUE) {
       pts_ms = dts_ms; // 降级方案
       // 更完善的方案应该参考前后帧推算
   }

性能与安全考量

• 内存泄漏：每次av_read_frame后必须av_packet_unref
• 时间基转换：不同流（视频/音频）有独立time_base
• 缓冲区管理：建议维护一个优先队列按PTS排序

常见坑点记录

1. B帧导致的DTS<PTS：这是正常现象！不要强行校正
2. 时间基不一致：音频流常用1/44100，视频流用1/1000
3. SEEK操作后：需要清空缓冲区并重置时钟

动手实践建议

推荐实现路线图：

1. 先实现纯视频播放（忽略音频同步）
2. 加入基础PTS控制
3. 实现音视频时钟同步
4. 添加丢帧策略应对延迟

完整示例代码结构：

// 初始化SDL/FFmpeg
// 主循环 {
//   读取帧 -> 处理时间戳 -> 解码 
//   根据系统时钟控制显示时机
// }

最后提醒：测试时多用含B帧的复杂视频（如H.264 High Profile），简单视频发现不了深层次问题。