在過去的一段時間中，VVC視頻編碼性能逐步提升，在編碼質(zhì)量相同的情況下，所需碼率逐步下降。PSNR指標(biāo)也在穩(wěn)步增長。

VVC是ITU H.266最有希望的候選方案，它取代了H.265，（我們稱為HEVC），其目標(biāo)是在編碼質(zhì)量相同的情況下比HEVC提供至少低30％的比特率（當(dāng)然在比特率相等的情況下質(zhì)量更高）。

首先：運(yùn)行速度很慢。最新版本需要50分鐘才能編碼60幀1080p的視頻（系統(tǒng)規(guī)格和數(shù)據(jù)）。實(shí)際上我沒有看過任何VVC內(nèi)容，所以我不知道它是看起來不錯，還是數(shù)字確實(shí)如此。

我們需要建立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輸入文件，其中包含原始視頻數(shù)據(jù)和包含分辨率、位深度、幀速率和此類信息的標(biāo)題。我們必須與.y4m或.yuv一起手動輸入。

它還需要一個可以修復(fù)一些依賴于用例設(shè)置（例如，低延遲）的配置文件。

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;

比特率在過去的版本中一直在下降。太好了?。ㄕ埧碮軸）

作為編碼質(zhì)量的一個簡單指標(biāo)，PSNR也在穩(wěn)步增長。還有更好的度量標(biāo)準(zhǔn)，比如VMAF。

編碼速度是。。。。。。 不太好。VVC VTM-2.0在默認(rèn)設(shè)置下從0.047幀開始，現(xiàn)在已經(jīng)降到0.020幀。

從一些歷史數(shù)據(jù)看非常好，但是如果沒有具體內(nèi)容，這些數(shù)字并不是很有吸引力，所以這就是我們將要做的事情。

接下來

實(shí)際解碼并查看內(nèi)容

與不同的HEVC（x265）和AV1（aom，SVT-AV1）編碼器進(jìn)行比較

統(tǒng)計(jì)更多的數(shù)據(jù)（SSIM，VMAF）

用更多序列和不同的分辨率進(jìn)行測試

使用更多不同的編碼器和速度設(shè)置來進(jìn)行測試

希望這可以通過AWCY integration （PR #169）實(shí)現(xiàn)，但是配置文件的使用使事情變得復(fù)雜。

我們會嘗試一些新東西，然后發(fā)布在 r/ VVC或 Doom9上。

如果需要，這里可提供在Windows上的編譯文件。

我會用可能收集到的新數(shù)據(jù)來不斷地更新這個電子表格。