dwing吧 关注:5,642贴子:88,538

x265与YUV的4:2:0与4:4:4采样

只看楼主收藏回复

温馨提示:即使测试最终得出444优于420的结果,也不代表我在任何意味上支持对420源进行简单拉升后就压成444的行为,本测试从源为444的角度出发。
半采样的影响和内容特性有关,这个测试分为几个部分,先发实拍部分。
以前油管扒的8K,用VS内置Lanczos缩到1080p YUV444P10,然后用FFmpeg同样使用Lanczos进行该进行的444->420和x265纯preset slow压制,之后对结果使用VS内置Lanczos升到444后与源脚本进行比对。
同crf得出的体积相同(±1%),x265自动对444加上了+6的cbcrqpoffs,虽然严格来说可能不算”同参数“,不过这个参数很简单直接,可以认为是为了达到控制体积这一变量的目的而做出的调整。
而编码耗时方面的影响是:crf从16到28,420分别比444快了24%、27%、28%。(编码耗时已减去源脚本耗时)


初步结论:没有(
为什么x265用纯预设参数,因为我懒,反正变量有控制好就行了(
为什么用FFmpeg来做444->420,因为我是假定源为444的情况,那么降采样的过程也应该算进耗时里面。
视频ID wrjYr7-gKQg,vp9版。
(暴躁提示:实际上,我想说的是,无脑444,【哔——】吧你。


IP属地:福建本楼含有高级字体1楼2020-09-04 03:39回复
    接下来的内容随时咕咕,如果等不及了愿意帮我测的话请(


    IP属地:福建2楼2020-09-04 03:44
    收起回复
      刚才眼瞎了,不过现在的x265居然能给出相同码率的结果,我也是惊了。
      对于画质,我还是站VMAF的结果


      IP属地:美国4楼2020-09-04 14:25
      回复
        实际上游戏录像的测试已经发了,不过一直处于只有我自己看得见的状态


        IP属地:福建12楼2020-09-05 07:11
        回复
          4楼和此楼之间有一些消失的楼层是百度不断抽楼和我不断尝试的结果


          IP属地:福建15楼2020-09-05 07:17
          回复
            图一看着以为差别很大,仔细一看差别不到百分之一


            IP属地:湖北16楼2020-09-05 17:19
            收起回复
              所以你的ssim是ssim-Y还是ssim-YUV


              IP属地:江苏来自Android客户端17楼2020-09-05 23:24
              收起回复
                权宜之计,试试看吧


                IP属地:福建18楼2020-09-06 00:46
                收起回复
                  动画,这边再细分一下,分为三部分:420源使用黑科技后输出为444、420源缩Y平面变为444、原生444。
                  先是黑科技部分:LB的PRPR的NCOP
                  同crf码率差异0.5%以内。(不会还有人不接受吧
                  从crf16到28的420速度gain:24%、25%、29%、27%
                  crf24的表现奇怪,我也不知道为什么(
                  ssim-y的结果看起来跟vmaf差不多,应该可以证明vmaf是只给y平面打分了,这个测试以后的部分就不用vmaf了。
                  初步结论:对于黑科技拉升的420,保留444的优势是存在的,但不明显,为了兼容性而采用420无可厚非。(naobu好像是在rgb下处理的,也有可能是yuv420->rgb的时候没有用黑科技,导致先天有点不足?
                  (我是不是该自己XJB拉一个?还是就此下定结论?




                  IP属地:福建19楼2020-09-08 18:36
                  回复
                    咕咕咕
                    这是三张准确一点的图




                    IP属地:福建20楼2020-09-08 19:38
                    回复
                      两张



                      IP属地:福建21楼2020-09-08 19:38
                      回复



                        IP属地:福建22楼2020-09-08 21:02
                        收起回复
                          再水一楼,目前结果汇总


                          IP属地:福建23楼2020-09-08 21:21
                          回复
                            打算使用超炮T蓝光Vol.1的NCOP,然后对其进行以下操作:
                            1、直接缩Y平面变成444
                            2、使用Waifu2x拉伸UV平面变成444
                            3、在2的基础上再对画面进行Waifu2x,输出444
                            4、使用普通的算法将YUV420转为RGB之后再进行Waifu2x,输出444
                            不知道有没有跑题(
                            (这里的真正的源虽然是420,但是经过各种骚操作以后得到了444,应该不算违背开头说的“从源为444的角度出发”吧
                            Q:某某算法不是更好吗,为啥用Waifu2x?
                            A:因为某某算法我不会用/用起来不方便/我拿不到


                            IP属地:福建24楼2020-09-09 06:27
                            收起回复
                              各种奇怪操作的结果来了
                              同crf码率差异皆在1%以内。
                              crf从16到28的420编码速度增值:
                              1:21%、21.2%、22.5%、23%
                              2:22.4%、24%、24%、25%
                              3:23%、20%(错误数据?)、24%、25%
                              4:22.2%、24%、24.5%、25.5%
                              注意SSIM的对比源并不一样,所以结果并不能说明3和4两种用waifu2x拉升的方式的优劣。
                              还需要注意的是SSIM越接近1,提升的难度越大。(也许我应该用dB格式?)










                              IP属地:福建本楼含有高级字体25楼2020-09-11 17:31
                              回复