背景痛点

在视频处理项目中，编码格式选择不当会导致一系列问题：

• 带宽浪费：使用低效编码会导致文件体积过大，增加CDN成本
• 画质损失：参数配置不合理时，高压缩率可能引发块效应或模糊
• 兼容性问题：部分老旧设备无法解码H.265，而AV1的硬件解码支持尚在普及中

技术参数对比

| 指标 | H.264 | H.265 | AV1 | |---------------|-------------|---------------|---------------| | 压缩效率 | 基准(1x) | 提升40% | 提升50%+ | | CPU解码负载 | 低 | 中 | 高(软件解码) | | 专利授权 | MPEG-LA | HEVC Advance | 免版税 | | 浏览器支持 | 全平台 | Safari/Edge | Chrome/Firefox|

实战编码示例

FFmpeg基础命令

1. H.264编码（CRF控制质量）：

   ffmpeg -i input.mp4 -c:v libx264 -crf 23 -preset slower output_h264.mp4
   # -crf 18-28(值越小质量越高)
   # -preset ultrafast/slow/veryslow

2. H.265高效编码：

   ffmpeg -i input.mp4 -c:v libx265 -x265-params crf=25:preset=slow output_h265.mp4

3. AV1多线程编码：

   ffmpeg -i input.mp4 -c:v libaom-av1 -cpu-used 4 -crf 30 -row-mt 1 output_av1.mkv
   # -cpu-used 0-8(数值越大速度越快)
   # -row-mt 启用行级多线程

性能测试数据

测试环境：Intel i7-11800H, 1080p@30fps视频

| 编码格式 | 文件大小(MB) | PSNR(dB) | 编码时间(s) | |----------|--------------|----------|-------------| | H.264 | 45.2 | 38.5 | 12.3 | | H.265 | 28.7 | 39.1 | 18.6 | | AV1 | 22.4 | 39.8 | 142.5 |

避坑指南

1. H.265专利陷阱：
2. 商业项目需确认是否在HEVC专利池覆盖范围

3. 考虑使用x265的开源模式规避风险

4. AV1移动端优化：

5. 启用-tile-columns参数分割视频区域

6. 使用-lag-in-frames 0减少内存占用

7. 直播参数调优：

   # 低延迟H.264配置
   ffmpeg -i rtmp://input -c:v libx264 -preset ultrafast -tune zerolatency -g 30 -f flv rtmp://output

延伸思考

对于WebRTC场景：

• 优先考虑H.264确保兼容性
• 若支持AV1硬件解码（如Chrome 90+），可测试端到端延迟
• 关键帧间隔(I帧)建议设置为2-4秒

实际选择时需要根据目标设备、网络条件和业务需求做针对性测试，没有放之四海而皆准的最佳方案。