背景痛点

作为国内领先的视频平台，B站每天需要处理海量的视频内容。如何在保证画质的前提下降低存储和带宽成本，同时兼顾不同设备的兼容性，是技术团队面临的核心挑战。传统AVC（H.264）编码虽然兼容性好，但压缩效率较低；HEVC（H.265）和AV1虽然能大幅提升压缩率，但分别面临专利费和硬件支持不足的问题。

技术对比

以下是三种编码格式的关键特性对比：

| 指标 | AVC/H.264 | HEVC/H.265 | AV1 | |--------------|----------------|----------------|----------------| | 压缩效率 | 基准(1x) | 提升40-50% | 提升50-60% | | 专利费 | 需要 | 需要 | 免费 | | 硬件解码支持 | 全平台 | 主流设备 | 较新设备 | | 编码速度 | 快 | 中等 | 慢 | | 适合场景 | 兼容性优先 | 平衡画质与体积 | 极致压缩需求 |

实战演示

FFmpeg转码示例

1. AVC编码（兼容性优先）

   # 软件编码
   ffmpeg -i input.mp4 -c:v libx264 -preset slow -crf 23 -c:a aac output_avc.mp4
   
   # NVIDIA硬件加速
   ffmpeg -i input.mp4 -c:v h264_nvenc -preset p7 -cq 23 -c:a aac output_avc_hw.mp4

2. HEVC编码（画质与体积平衡）

   # 软件编码
   ffmpeg -i input.mp4 -c:v libx265 -preset medium -crf 28 -c:a aac output_hevc.mp4
   
   # Intel QSV硬件加速
   ffmpeg -i input.mp4 -c:v hevc_qsv -global_quality 25 -c:a aac output_hevc_hw.mp4

3. AV1编码（极致压缩）

   # 使用libaom（速度较慢）
   ffmpeg -i input.mp4 -c:v libaom-av1 -cpu-used 6 -crf 30 -c:a libopus output_av1.mkv
   
   # 使用svt-av1（多线程优化）
   ffmpeg -i input.mp4 -c:v libsvtav1 -preset 6 -crf 30 -g 240 -c:a libopus output_av1_fast.mkv

性能测试

我们对同一段1080p视频（60秒）进行转码测试，结果如下：

| 编码格式 | 文件大小(MB) | 编码时间(秒) | VMAF分数 | 兼容设备占比 | |----------|-------------|-------------|---------|-------------| | AVC | 45.2 | 12 | 95 | 99.9% | | HEVC | 28.7 | 35 | 96 | 85% | | AV1 | 22.4 | 210 | 97 | 65% |

避坑指南

解码兼容性矩阵

| 平台/版本 | AVC | HEVC | AV1 | |----------------|------|------|------| | Android 8+ | ✓ | ✓ | 部分 | | iOS 11+ | ✓ | ✓ | × | | Chrome 70+ | ✓ | ✓ | ✓ | | Safari 13+ | ✓ | ✓ | × |

常见问题解决： - 黑屏问题：检查设备是否支持该编码格式，可降级到AVC - 卡顿问题：降低编码复杂度（preset调高）或启用硬件加速 - 音画不同步：确保音频编码使用AAC/Opus，避免MP3

延伸思考

B站逐步推广AV1具有战略意义： 1. 长期节省CDN带宽成本（尤其对4K/8K内容） 2. 摆脱专利束缚，掌握核心技术自主权 3. 推动硬件厂商加速支持AV1解码

但面临挑战也很明显： - 编码速度慢，需要优化算法或专用芯片 - 老设备用户可能被迫转码，增加服务器负载 - 需要平衡用户体验与技术先进性

动手实验

建议读者用自己的视频进行测试：

1. 准备一段1分钟左右的测试视频
2. 分别用三种编码格式转换（可尝试不同crf值）
3. 比较输出文件的大小和画质差异
4. 在不同设备上测试播放流畅度

通过实践，可以更直观地理解各种编码格式的特性，为实际项目选型积累经验。