VVC编码进展:码率降低,速度仍需提升

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

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或 Doom9上。

如果需要，这里可提供在Windows上的编译文件。

我会用可能收集到的新数据来不断地更新这个电子表格。