引言：从理论到实践
在前一篇文章中，我们系统解析了H.266/VVC的核心编码技术。本文转向实践层面，介绍如何使用Fraunhofer HHI开发的开源VVC编码器VVenc进行实际编码操作。VVenc是目前最成熟的开源VVC编码器之一，与开源解码器VVdeC配套使用，为开发者提供了完整的VVC编解码工具链。
环境准备与编译安装
Linux系统编译
VVenc支持Linux和Windows平台，以下以Ubuntu 20.04+为例：
# 安装依赖
sudo apt-get update
sudo apt-get install cmake g++ git
# 克隆仓库
git clone https://github.com/fraunhoferhhi/vvenc.git
cd vvenc
# 创建构建目录并编译
mkdir build && cd build
cmake .. -DCMAKE_BUILD_TYPE=Release
make -j$(nproc)
编译完成后，可执行文件位于bin/目录下：
vvencapp：命令行编码工具vvencFFapp：带完整配置选项的编码工具（推荐）
Windows系统编译
Windows下推荐使用Visual Studio 2019+：
powershell
# 使用CMake生成VS解决方案
cmake .. -G "Visual Studio 16 2019" -DCMAKE_BUILD_TYPE=Release
# 或使用预编译版本
# 直接从GitHub Releases页面下载预编译的Windows二进制文件
Docker快速体验
# 拉取预构建镜像
docker pull ghcr.io/fraunhoferhhi/vvenc
# 运行编码
docker run -v $(pwd):/data vvencapp -i /data/input.yuv -s 1920x1080 -r 60 \
-c /data/config.cfg -o /data/output.vvc
核心编码参数解析
基础参数
vvencFFapp -i input.yuv -s 3840x2160 -r 60 -c config.cfg -o output.vvc
| 参数 | 说明 | 示例 |
|---|---|---|
-i | 输入YUV文件路径 | input.yuv |
-s | 视频分辨率 | 3840x2160 |
-r | 帧率 | 60 |
-c | 配置文件路径 | config.cfg |
-o | 输出比特流路径 | output.vvc |
-f | 编码帧数 | 300 |
码率控制模式
VVenc支持三种码率控制模式：
1. 固定QP（Constant QP）
--qp 32
QP值范围通常为0~51，值越小画质越高、码率越大。适合质量一致性要求高的场景。
2. 固定码率（Constant Bitrate, CBR）
--bitrate 15000
--rcTargetBitrate 15000
指定目标码率（kbps），编码器自动调整QP。适合带宽受限的流媒体场景。
3. 恒定质量（Constant Quality, CRF）
--crf 28
CRF模式下编码器根据画面复杂度动态调整码率，保持视觉质量一致。这是最推荐的模式，平衡了画质与文件大小。
编码预设（Preset）
VVenc提供从fast到veryslow的多个预设等级：
--preset medium
表格
| 预设 | 编码速度 | 压缩效率 | 适用场景 |
|---|---|---|---|
fast | 最快 | 最低 | 实时编码、快速测试 |
medium | 中等 | 中等 | 日常使用 |
slow | 较慢 | 较高 | 高质量归档 |
veryslow | 最慢 | 最高 | 极致压缩、基准测试 |
预设本质上是一组编码工具开关和搜索范围的组合。veryslow会启用更多预测模式、更精细的划分搜索，从而获得更好的压缩效率，但编码时间显著增加。
关键编码工具开关
# QTMTT划分
--QTBT 1 # 启用四叉树+二叉树划分
# 帧内预测
--IntraPeriod 32 # 帧内刷新周期
--GOPSize 16 # GOP大小
# 帧间预测
--Affine 1 # 启用仿射运动补偿
--BDOF 1 # 启用双向光流
--SBT 1 # 启用子块变换
--GPM 1 # 启用几何分割模式
# 变换与量化
--LFNST 1 # 启用低频不可分离变换
--DepQuant 1 # 启用依赖量化
# 环路滤波
--SAO 1 # 启用SAO
--ALF 1 # 启用自适应环路滤波
# 并行编码
--WPP 1 # 启用波前并行
--Tiles 4x2 # 启用Tile划分（4列2行）
配置文件示例
以下是一个完整的4K 60fps编码配置示例（4k60_crf28.cfg）：
# 输入输出
InputFile: input.yuv
OutputFile: output.vvc
SourceWidth: 3840
SourceHeight: 2160
FrameRate: 60
InputBitDepth: 10
InternalBitDepth: 10
# 码率控制
RateControlMode: CRF
CRF: 28
# 编码结构
IntraPeriod: 32
GOPSize: 16
DecodingRefreshType: IDR
# 预设与工具
Preset: medium
Affine: 1
BDOF: 1
SBT: 1
GPM: 1
LFNST: 1
DepQuant: 1
SAO: 1
ALF: 1
# 并行
WPP: 1
Tiles: 2x2
使用配置文件编码：
vvencFFapp -c 4k60_crf28.cfg -o output.vvc
性能测试方法
编码速度测试
# 记录编码时间
time vvencFFapp -i input.yuv -s 3840x2160 -r 60 --crf 28 \
--preset medium -f 300 -o output.vvc
输出会显示编码帧率（fps）和总耗时。VVC编码速度通常远低于实时，medium预设下4K编码约0.5~2fps，取决于硬件配置。
码率-画质对比测试
使用vvencapp生成不同CRF值的比特流，再用vvdecap解码后用PSNR/SSIM工具对比：
# 编码不同CRF
for crf in 22 26 30 34; do
vvencFFapp -i input.yuv -s 3840x2160 -r 60 --crf $crf \
--preset medium -f 300 -o output_crf${crf}.vvc
done
# 解码
for f in output_crf*.vvc; do
vvdecap -b $f -o ${f%.vvc}.yuv
done
# 计算PSNR（使用ffmpeg）
ffmpeg -i output_crf22.yuv -i input.yuv -lavfi psnr -f null -
与H.265对比
# 使用x265编码相同内容
x265 --input input.yuv --input-res 3840x2160 --fps 60 \
--crf 28 --preset medium -o output_h265.hevc
# 对比码率与画质
典型测试结果显示，在相同主观画质下，VVC相比H.265可节省约40%~50%码率，但编码时间增加3~5倍。
解码与播放
使用VVdeC解码
# 编译VVdeC
git clone https://github.com/fraunhoferhhi/vvdec.git
cd vvdec && mkdir build && cd build
cmake .. -DCMAKE_BUILD_TYPE=Release
make -j$(nproc)
# 解码VVC比特流
vvdecap -b output.vvc -o decoded.yuv
FFmpeg集成
较新版本的FFmpeg已集成libvvdec解码支持：
# 检查FFmpeg是否支持VVC
ffmpeg -decoders | grep vvc
# 播放VVC文件（需支持VVC的播放器）
ffplay -i output.vvc
常见问题与优化建议
编码速度慢
- 降低预设等级（
medium→fast） - 启用Tile并行（
--Tiles 4x2） - 减少GOP大小和帧内周期
- 关闭部分高级工具（如BDOF、GPM）
码率波动大
- 使用CBR模式替代CRF
- 增大VBV缓冲（
--vbvBufsize） - 减小GOP大小，增加帧内刷新频率
内存占用高
- 减小Tile数量
- 降低内部位深（
--InternalBitDepth 8） - 限制参考帧数量（
--RefPicList）
结语
VVenc为开发者提供了完整的H.266/VVC编码实践工具链。通过合理配置码率控制模式、编码预设和工具开关，可以在编码速度与压缩效率之间找到适合自身场景的平衡点。尽管VVC编码目前仍面临复杂度高的挑战，但随着硬件加速的普及和编码器优化的持续迭代，VVC正逐步走向实用化。
1025
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
