dwing吧 关注:5,611贴子:87,918
  • 26回复贴,共1

libaom-av1 简单参数测试

只看楼主收藏回复

温馨提示:因为画面复杂,所以码率高一些
片源还是【とある科学の超楽曲集】中收录的电磁炮第二季第二个OP。还是编码之后用ffmpeg的libvmaf跑分然后用Excel作图。
经过简单的比对,libaom-av1的质量比svt-av1和rav1e好,决定只选libaom-av1作为测试用的编码器。(用的是ffmpeg里的)
同时会有x265的slow和veryslow预设作为基准。(开启no-slow-firstpass以及对14M、7M、3.5M关闭sao)
首先是预设(cpu-used),本来计划是从8到0跑下来的,但是跑到2的时候半路炸了,索性不测更慢的了,于是只有8到3了。
因为是第一次跑,所以计划是从上次的 2pass 14M(相当于x265 slow crf14)一路减半,然后选一档码率和预设作为接下来可能有也可能没有(太慢了,而且中高码感知不强,甚至涂抹更多)的测试的标准。
结果:
平均VMAF:
3 - 98.8234,4 - 98.7774,5 - 98.7106,6 - 98.7133,7 - 98.7137,8 - 98.7142,x265-6 - 98.7016,x265-8 - 98.7099
编码耗时:
3 - 4:23:25,4 - 2:37:29,5 - 1:57:34,6 - 1:18:59,7 - 1:19:23,8 - 1:19:40,x265-6 - 0:18:02,x265-8 - 1:54:39

这么挤可能看不清楚,如果真的很在意的可以下载Excel文件查看:
https://pan.baidu.com/s/1SER8HP6v2hvxnhlVlnJ25Q,749x
根据这一次的结果,6~8编码耗时和vmaf得分都差不多(甚至折线都几乎重合),决定只对3~6进行接下来的测试。为什么不选得分最高的8?因为我感觉6作为名义上更好的预设应该还是有什么优点的。
让我选择一个在crf14下的编码方式,我肯定选择在x265 slow基础上调参。


IP属地:福建1楼2020-08-18 00:29回复
    有没有可能,libaom-av1的5-8分数顺序搞反了


    IP属地:广东来自手机贴吧2楼2020-08-18 01:35
    回复
      rskip 关了
      me改成umh 再用x265 slow 试下
      估计能超过 av1 - 5


      IP属地:湖北3楼2020-08-18 08:49
      收起回复
        av1目前就是垃圾 谷歌编码这块就是扶不起的阿斗 一直都是这样


        IP属地:江苏4楼2020-08-18 18:23
        收起回复
          6M码率档位(相当于x265 slow crf20),本来是设定7M码率的,但是跑完发现cpu-used3和4飘到6M去了,于是只好重新编码另外几个(重压后面那几个比前两个加起来快)
          码率设定与实际码率:
          3,2pass 7M,6036kbps;4,2pass 7M,6099kbps;5,2pass 6.3M,6048kbps;6,2pass 6.3M,6062kbps;x265-6,2pass 6.1M,6091kbps;x265-8,2pass 6.1M,6092kbps
          平均VMAF:
          3 - 98.5123,4 - 98.4548,5 - 98.2787,6 - 98.2762,x265-6 - 98.1927,x265-8 - 98.2544
          编码耗时:
          3 - 3:06:18,4 - 1:51:41,5 - 1:14:07,6 - 0:57:55,x265-6 - 0:13:30,x265-8 - 1:22:21

          Excel表格已上传
          与x265 slow在和x264 veryslow耗时差不多的情况下胜过x264的情况不同,libaom-av1 cpu-used5在和x265 veryslow耗时差不多的情况下质量也差不多(后面更低码率档位的结论可能有变),由此可见av1还算不上“下一代编码”(暴论)
          换句话说,av1用更慢的速度来取得更高的压缩率,这是理所当然的,其真实水平也就和x265相当(暴论)


          IP属地:福建5楼2020-08-19 03:02
          回复
            reddit上的结论好像是av1在cpu-used=4以下才有优势?
            我也发点(并没有什么用的)测试结论?
            比如10bit动漫建议关闭cdef(enable-cdef=0),虽然有玄学的质量波动(提升下降都有,但都在3%以内),但是解码速度能达到原来的150%到200多%,就不用把电脑超到6GHz看1080p动漫了。。。


            IP属地:北京6楼2020-08-19 14:19
            收起回复
              其实这个问题我也一直很想问
              无论x265怎么调,速度/质量比永远赶不上x264的preset fast/veryfast(显然H265是H264下一代编码
              但明明x265理论上是x264的超集,再怎么差也不应该弱于x264才对。。。


              IP属地:北京7楼2020-08-19 14:23
              收起回复
                3.6M档位(大约相当于x265 slow crf23),计划是3.5M的,我已经预判了,可还是飘了。
                码率设定与实际码率:
                3,4.3M,3607kbps;4,4.3M,3664kbps;5,4.1M,3627kbps;6,4.1M,3663kbps;x265-6,3650kbps,3639kbps;x265-8,3650kbps,3642kbps
                平均VMAF:
                3 - 98.1308,4 - 98.0501,5 - 97.8464,6 - 97.8473,x265-6 - 97.5060,x265-8 - 97.6443
                编码耗时:
                3 - 2:37:46,4 - 1:35:09,5 - 1:06:25,6 - 0:52:35,x265-6 - 0:14:18,x265-8 - 1:19:39(由于x265在编码的时候我还有在用那台电脑做些操作,所以应该是拖慢了点时间……)

                (终于想起来改坐标轴范围了)
                av1越来越展现出它的实力了?


                IP属地:福建8楼2020-08-20 03:51
                回复
                  aom的涂抹非常够劲,噪点色带压缩artifact也给抹了


                  IP属地:福建来自Android客户端9楼2020-08-20 23:41
                  收起回复
                    2.1M码率档位(相当于x265 slow crf28),本来应该是1750kbps的,然后aom又又又飘了。
                    码率设定与实际码率:
                    3,2350k,2101k;4,2350k,2188k;5,2250k,2114k;6,2250k,2135k;x265-6,2200k,2185k;x265-8,2200k,2188k
                    平均VMAF:
                    3 - 97.3674,4 - 97.2807,5 - 96.7441,6 - 96.7257,x265-6 - 95.7487,x265-8 - 96.2242
                    编码耗时:
                    3 - 2:19:50,4 - 1:29:54,5 - 1:00:20,6 - 0:49:50,x265-6 - 0:12:10,x265-8 - 1:07:13

                    刚才写到这里,切出去干了别的事,回来想说啥忘了,算了不说了


                    IP属地:福建10楼2020-08-21 00:30
                    回复
                      虽然一点都看不懂但是还是来顶贴


                      IP属地:上海11楼2020-08-21 10:05
                      回复
                        920k码率(大概相当于x265 slow crf35)。
                        码率设置与实际码率:
                        3,925k,918k;4,925k,917k;5,940k,923k;6,940k,923k;x265-6,925k,922k;x265-8,925k,920k
                        平均VMAF得分:
                        3 - 92.8641,4 - 92.0905,5 - 90.7549,6 - 90.4738,x265-6 - 87.5227,x265-8 - 89.4705
                        编码耗时:
                        3 - 1:47:08,4 - 1:13:30,5 - 0:49:32,6 - 0:42:01,x265-6 - 0:09:02,x265-8 - 0:46:46

                        已经要超出正常使用范围了,不往下砍了。


                        IP属地:福建12楼2020-08-22 00:10
                        回复
                          初步选定2.1M,cpu-used4作为接下来其他参数测试的基础


                          IP属地:福建13楼2020-08-22 00:17
                          回复
                            auto-alt-ref,对压缩速度无影响,不知道具体啥意思,0应该是关闭,-1应该是自动,1和2可能是模式还是数量什么的。
                            平均VMAF得分:
                            0 - 96.9047,1 - 97.2794,-1 - 97.2783,2 - 97.2813
                            看起来折线是几乎重合的,而且编码速度没影响,那就直接开2咯


                            IP属地:福建15楼2020-08-23 23:04
                            收起回复
                              火星新闻:SVT-AV1似乎好像将要成为aom官方编码器了
                              http://www.businesswire.
                              com/news/home/20200820005599/en/AOMedia-Software-Implementation-Working-Group-Bring-AV1


                              IP属地:北京16楼2020-08-26 12:46
                              收起回复