---

背景：视频编码的带宽挑战

随着4K/8K视频的普及，未经压缩的1分钟8K视频可达100GB以上。以Netflix为例，其视频流量占全球互联网下行流量的15%，高效编码标准成为降低带宽成本的核心技术。

核心技术对比

帧间预测差异

1. H.265（HEVC）：
2. 使用CTU（Coding Tree Unit）划分，最大支持64x64块
3. 运动补偿精度达1/4像素

4. 支持Merge/Skip模式减少运动矢量数据

5. AV1：

6. 引入超级块（Superblock）概念，最大128x128分区
7. 新增仿射运动补偿（Affine Motion）
8. 采用复合预测（Compound Prediction）混合多参考帧

变换编码效率

| 指标 | H.265 | AV1 | |------------|-------------|-------------| | 变换类型 | DCT/DST | 多核变换 | | 帧内预测 | 35种角度 | 56种方向 | | 熵编码 | CABAC | 多符号算术编码 |

实测性能数据

使用JCT-VC标准测试序列（1080p@24fps）：

1. PSNR对比（相同码率1Mbps）
2. H.265：32.6dB

3. AV1：33.1dB（提升1.5%）

4. 编码时间（i9-13900K单线程）

5. H.265：45秒
6. AV1：210秒（慢4.6倍）

FFmpeg实战示例

H.265编码（libx265）

ffmpeg -i input.mp4 -c:v libx265 -preset medium -x265-params \
"crf=23:keyint=120:min-keyint=1" output_h265.mp4

关键参数说明： - preset：平衡速度与质量的预置参数 - keyint：GOP长度（影响随机访问性能）

AV1编码（libaom）

import aom

encoder = aom.AV1Encoder(
    width=1920,
    height=1080,
    bitrate=1000,
    speed=6,  # 1-9，数值越大编码越快
    threads=4
)

硬件支持现状

| 平台 | H.265硬解 | AV1硬解 | |------------|-----------|----------| | Android 12+| 98%设备 | 35%设备 | | iOS | 全支持 | 仅A17+ | | Chrome | 需插件 | 原生支持 |

生产环境建议

1. 直播场景：
2. AV1建议使用--cpu-used=8提升编码速度

3. H.265推荐设置--no-open-gop避免B帧依赖

4. 点播场景：

5. AV1启用--tile-columns=2利用多线程
6. H.265使用--aq-mode=3改善暗场质量

延伸实验建议

通过以下命令生成率失真曲线：

for qp in {20..40..5}; do
  ffmpeg -i input.mp4 -c:v libx265 -crf $qp -f null -
  ffmpeg -i input.mp4 -c:v libaom-av1 -crf $qp -f null -
done

可观察到AV1在低码率下（QP>35）的压缩优势更明显。

总结选型策略

• 优先AV1：浏览器端交付/长期存储/VOD低码率场景
• 优先H.265：移动端直播/老旧设备兼容/快速编码需求