在过去的一段时间中，VVC视频编码性能逐步提升，在编码质量相同的情况下，所需码率逐步下降。PSNR指标也在稳步增长。

文 / Ewout ter Hoeven

译 / 咪宝

原文

https://medium.com/@ewoutterhoeven/a-quick-and-dirty-look-at-vvc-16e8c2c56512

VVC是ITU H.266最有希望的候选方案，它取代了H.265，(我们称为HEVC)，其目标是在编码质量相同的情况下比HEVC提供至少低30％的比特率（当然在比特率相等的情况下质量更高）。

首先：运行速度很慢。最新版本需要50分钟才能编码60帧1080p的视频（系统规格和数据）。实际上我没有看过任何VVC内容，所以我不知道它是看起来不错，还是数字确实如此。

我们需要建立VVC。你需要Git，CMake和make。

1rm -rf VVCSoftware_VTM;
2git clone https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM.git;
3cd VVCSoftware_VTM;
4cmake . -DCMAKE_BUILD_TYPE=Release;
5make -j;
6cd ..;

VVC还未能正确处理.y4m输入文件，其中包含原始视频数据和包含分辨率、位深度、帧速率和此类信息的标题。我们必须与.y4m或.yuv一起手动输入。

它还需要一个可以修复一些依赖于用例设置（例如，低延迟）的配置文件。

1/home/ewouth/VVCSoftware_VTM/bin/EncoderAppStatic -i Morocco-1000.y4m -b vvc-test-2.vvc -wdt 
21920 -hgt 1080 -fr 60 --InputBitDepth=8 --InputChromaFormat=420 -f 60 -c 
3VVCSoftware_VTM/cfg/encoder_randomaccess_vtm.cfg;

比特率在过去的版本中一直在下降。太好了！（请看Y轴）

作为编码质量的一个简单指标，PSNR也在稳步增长。还有更好的度量标准，比如VMAF。

编码速度是...... 不太好。VVC VTM-2.0在默认设置下从0.047帧开始，现在已经降到0.020帧。

从一些历史数据看非常好，但是如果没有具体内容，这些数字并不是很有吸引力，所以这就是我们将要做的事情。

接下来

• 实际解码并查看内容

• 与不同的HEVC（x265）和AV1（aom，SVT-AV1）编码器进行比较

• 统计更多的数据（SSIM，VMAF）

• 用更多序列和不同的分辨率进行测试

• 使用更多不同的编码器和速度设置来进行测试

希望这可以通过AWCY integration (PR #169)实现，但是配置文件的使用使事情变得复杂。

我们会尝试一些新东西，然后发布在 r/ VVC（https://www.reddit.com/r/vvc）或 Doom9（https://forum.doom9.org/showthread.php?t=174940）上。

如果需要，这里可提供在Windows上的编译文件。（https://ci.appveyor.com/project/EwoutH/vvcsoftware-vtm/build/artifacts）

我会用可能收集到的新数据来不断地更新这个电子表格。（https://docs.google.com/spreadsheets/d/1Z2GdNWzIv_pGkEVvSYQAAp3QRgDeYFakxGmFfDgwawI/edit#gid=984508387）

LiveVideoStack  招募

LiveVideoStack正在招募编辑/记者/运营，与全球顶尖多媒及技术专家和LiveVideoStack年轻的伙伴一起，推动多媒体技术生态发展。了解岗位信息请在BOSS直聘上搜索“LiveVideoStack”，或通过微信“Tony_Bao_”与主编包研交流。

LiveVideoStackCon 2019北京正在招募讲师，无论你是技术派还是学术派，亦或是行业专家，无论你的团队有多小、有多新，都可以来申请成为LiveVideoStackCon的讲师。点击【阅读原文】了解更多大会相关信息。