dwing吧 关注:5,689贴子:89,344

我来问一下这两个的区别。

只看楼主收藏回复

就以QxR的两个成员举例。
Tigole,QxR现成员,压片风格是尽量保持原汁原味,当CRF18压制体积太大的时候会使用2pass 5-6k的码率,使用的滤镜我看不懂。用的Writing library是x265 3.2+5-354901970679:[Windows][GCC 9.2.0][64 bit] 10bit
下面我贴一下他压狮子王这部片子的压片参数:
cpuid=1111039 / frame-threads=3 / numa-pools=8 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x1080 / interlace=0 / total-frames=170118 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=6000 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=2 / cplxblur=20.0 / qblur=0.5 / ipratio=1.40 / pbratio=1.30 / aq-mode=3 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00
Vyndros是QxR前成员,压片风格是降噪大师,他无法忍受那种胶片颗粒质感。所以会竭尽所能去除。
Writing application: mkvmerge v20.0.0 ('I Am The Sun') 64-bit
Writing library: libebml v1.3.5 + libmatroska v1.4.8
Writing frontend: StaxRip v1.7.0.6
以下是他压制还我狗命3的参数
cpuid=1111039 / frame-threads=3 / numa-pools=12 / wpp / no-pmode / no-pme / no-psnr / ssim / log-level=2 / input-csp=1 / input-res=1920x800 / interlace=0 / total-frames=188113 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 / bframes=8 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=80 / lookahead-slices=5 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing / max-merge=3 / limit-refs=1 / no-limit-modes / me=3 / subme=5 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / early-skip / no-rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=18.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=3 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00cpuid=1111039 / frame-threads=3 / numa-pools=12 / wpp / no-pmode / no-pme / no-psnr / ssim / log-level=2 / input-csp=1 / input-res=1920x800 / interlace=0 / total-frames=188113 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-n


IP属地:湖北来自Android客户端1楼2020-04-10 18:18回复
    所以我想问下,Writing library,Writing application,Writing frontend,这三个需要分别下载还是下一个Staxrip就全都有了?这种教程在哪学啊,网上搜来一堆都是shanaencoder之类的无脑教程
    x265.readthedocs.io上一堆专业英文术语我看不懂啊


    IP属地:湖北来自Android客户端2楼2020-04-10 18:22
    收起回复
      2025-08-28 01:23:45
      广告
      不感兴趣
      开通SVIP免广告
      也就是说,你们的压片技术在哪学的????


      IP属地:湖北来自Android客户端3楼2020-04-10 18:23
      回复
        不知道怎么选就选慢slow
        不要求画质选中 medium


        IP属地:湖北4楼2020-04-10 20:31
        收起回复
          第二个没关sao,建议直接pass


          IP属地:福建来自Android客户端5楼2020-04-10 22:37
          收起回复
            tigole压制的还可以,这个可以是从性价比上来说的。毕竟开了cutree,是为了尽量保证一个中等画质以及提升压缩率,crf=18在x265里面只能算中等质量。
            追求极高的质量,cutree要关闭,而且crf最好低到13或者14.
            码率高的情况下sao关还是开问题不大,但是低码率sao得开着。


            IP属地:贵州6楼2020-04-10 23:03
            收起回复
              Writing library : x265 3.2+9-971180b100f8:[Windows][MSVC 1923][64 bit] 10bit
              Encoding settings : cpuid=1111039 / frame-threads=3 / numa-pools=8 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x1080 / interlace=0 / total-frames=145865 / level-idc=0 / high-tier=1 / uhd-bd=0 / 【【ref=5】】 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 /【【 bframes=16 / b-adapt=2】】 / b-pyramid / bframe-bias=0 / rc-lookahead=90 / lookahead-slices=0 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=4 / tu-intra-depth=4 / limit-tu=4 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing / max-merge=4 / limit-refs=1 / limit-modes / 【【me=3 / subme=7 / merange=92 】】/ temporal-mvp / no-frame-dup / no-hme / weightp / weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=4 / selective-sao=4 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 /【【 psy-rd=1.40 / psy-rdoq=1.00】】 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / 【【aq-mode=4 / aq-strength=1.00】】 / 【【cutree】】 / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00
              Default : Yes
              Forced : No
              注:1377x上还有一个压的HEVC+10bit,压制的体积比较大的,质量肯定比goki和tigole好!!!
              那就是 D0ct0rLew这个压制者。
              他最有特色的就是压制参数me_range=92这个生猛参数,当然压制参数里面那些我中括号括起来的参数也是超高的,比如bframes=16,me=3,subme=7。
              这个视频是2020年的多力特的奇幻冒险,他用crf=14.8+开着cutree压制的,视频码率12M,压制的质量已经很不错了。
              他的还有一个特色就是用aq_mode=4,其他的1377x上的组一般喜欢用aq_mode=3或者2.


              IP属地:贵州7楼2020-04-11 08:53
              收起回复
                D0ct0rLew的画质定位是极高画质的,和tigole与goki不一样,tigole和goki只是定位中高画质的性价比压制,至于哪个压制的好,就看你自己的下载定位了。
                我肯定更喜欢D0ct0rLew压制的,毕竟别人压制参数上是极高配置,压制时间上就要花费好久,尊重别人的劳动成果,就得下载他的捧场!!!


                IP属地:贵州8楼2020-04-11 08:57
                收起回复
                  2025-08-28 01:17:45
                  广告
                  不感兴趣
                  开通SVIP免广告
                  【1】这个世界是多元化的,所以在压制视频这个领域,压制者的压制理念也是多元化的。
                  【2】有的人喜欢压制大体积,有的人喜欢压制小体积,所以就看下载者的理念怎样了,各取所需。
                  【3】HEVC+10bit有的压制者喜欢关闭cutree,有的喜欢开cutree,都是各自喜好,像我肯定就选关cutree的下载,自身喜好问题,对画质的看法问题。
                  【4】其实即使压制的视频是原盘的三分之二体积,但是画质几乎已经和原盘毫无差距了,秉承着能小一点是一点的观念,这样的压制也无所谓好坏,毕竟也节约了三分之一的硬盘空间。
                  PS:压制者有其压制理念风格,就看对不对下载者的胃口了,无非就是各取所需罢了。


                  IP属地:贵州9楼2020-04-11 09:30
                  收起回复
                    第一个是慢速 压的
                    第二个图省事 中速压的,第一个细节会保留更多


                    IP属地:湖北10楼2020-04-11 10:38
                    收起回复
                      【【--ctu 64 vs. 32 && --merange 12 vs. 26 vs. 40 vs. 57 vs. 74 vs. 92I've made a test with --merange 12/26/40/57/74/92 for --ctu 64 --qg-size 64 vs. --ctu 32 --qg-size 32】】
                      doom9论坛上有专业人士做了x265里面ctu=64和32的对比,以及me-range=12,26,40,57,74,92的对比
                      【【Command line:
                      for %m in (12 26 40 57 74 92) do (
                      x265 -p7 --bitrate 500 -f3333 --psnr --ssim --qg-size 64 --merange %m ../big_buck_bunny_1080p24.y4m w64-%m.hevc
                      x265 -p7 --bitrate 500 -f3333 --psnr --ssim --ctu 32 --merange %m ../big_buck_bunny_1080p24.y4m w32-%m.hevc
                      )】】
                      Results (in ctu block: speed (fps), PSNR, SSIM (dB)):
                      Code:
                      ctu
                      merange| 64 | 32
                      12 |6.93 39.980 12.996 |6.44 39.565 12.742
                      26 |6.69 40.303 13.599 |6.21 39.903 13.345
                      40 |6.46 40.393 13.746 |6.07 39.999 13.499
                      57 |6.13 40.404 13.757 |5.90 40.019 13.512
                      74 |5.85 40.409 13.757 |5.67 40.024 13.515
                      92 |5.58 40.413 13.760 |5.47 40.026 13.514
                      从所得结果的表格中,我们从物理学上的单一控制变量法来比较一下:
                      【1】其他参数保持相同,ctu=64时,随着me_range的增大,编码速度下降,但是PSNR和SSIM均在增大,所以me_range 开到92是绝对有好处的;
                      【2】其他参数保持相同,从横向看,me_range 保持一样时,比较ctu=64和32来看,ctu=64的编码速度比32快,可是PSNR和SSIM却比32都要高啊,所以ctu=64胜出;
                      【3】总的看这个表格会发现,me_range 能开到92最好,当然压制速度会很慢,量力而为;ctu=64好于ctu=32。
                      国外压制HEVC+10Bit的一个压制者: D0ct0rLew,me_range 几乎都用92,值得肯定。
                      doom9是x265和x264压制这一块最专业的论坛,至于dwing吧某个野鸡咕咕嘚做野鸡结论直接无视就好!!!
                      注:楼主我又来给你科普x265的相关参数了,总之你下载视频,一定要挑me_range开的高的下载,ctu=64最好。
                      doom9国外关于x265和x264压制参数最权威论坛,至于dwing吧某野鸡做的测试毫无可信度,别被迷惑了。


                      IP属地:贵州13楼2020-04-17 09:31
                      回复
                        I decided to test aq-mode 0/1/2/3 vs. hevc-aq at preset veryslow encoding lighthouse_lossless.mp4 to 10-bit hevc at bitrates 750/1500/3000/6000.
                        doom9上专业人士MA
                        翻译:我打算测试一下aq_mode =0,1,2,3和hevc-aq的比较,预设用的veryslow,用的x265+10bit,分别在码率750,1500,3000,6000来对比
                        Command line:
                        for %b in (750 1500 3000 6000) do (
                        for %a in (0 1 2 3) do (
                        ffmpeg -i ../lighthouse_lossless.mp4 -v warning -f yuv4mpegpipe - | x265 --bitrate %b --y4m - --qg-size 64 --preset veryslow --psnr --ssim --aq-mode %a a%a-%b-1.hevc --pass 1
                        ffmpeg -i ../lighthouse_lossless.mp4 -v warning -f yuv4mpegpipe - | x265 --bitrate %b --y4m - --qg-size 64 --preset veryslow --psnr --ssim --aq-mode %a a%a-%b-2.hevc --pass 2
                        )
                        ffmpeg -i ../lighthouse_lossless.mp4 -v warning -f yuv4mpegpipe - | x265 --bitrate %b --y4m - --qg-size 64 --preset veryslow --psnr --ssim --hevc-aq ah-%b-1.hevc --pass 1
                        ffmpeg -i ../lighthouse_lossless.mp4 -v warning -f yuv4mpegpipe - | x265 --bitrate %b --y4m - --qg-size 64 --preset veryslow --psnr --ssim --hevc-aq ah-%b-2.hevc --pass 2
                        )
                        这一段是测试者用的命令行
                        结果如下(PSNR和SSIM分别从高到低排列):
                        Results (sorted by PSNR):
                        bitrate 750:
                        aq-mode 1 - PSNR 43.244, SSIM 15.697 dB
                        aq-mode 3 - PSNR 43.063, SSIM 15.549 dB
                        aq-mode 2 - PSNR 42.919, SSIM 15.451 dB
                        --hevc-aq -- PSNR 42.514, SSIM 14.240 dB
                        aq-mode 0 - PSNR 41.108, SSIM 13.925 dB
                        在750码率这种低码率下,aq_mode=1的PSNR和SSIM是最高的
                        bitrate 1500:
                        aq-mode 1 - PSNR 45.388, SSIM 17.483 dB
                        aq-mode 3 - PSNR 45.283, SSIM 17.366 dB
                        aq-mode 2 - PSNR 45.172, SSIM 17.288 dB
                        --hevc-aq -- PSNR 44.372, SSIM 15.980 dB
                        aq-mode 0 - PSNR 43.491, SSIM 16.001 dB
                        在1500码率这种低码率下,aq_mode=1的PSNR和SSIM是最高的
                        bitrate 3000:
                        aq-mode 3 - PSNR 47.310, SSIM 18.908 dB
                        aq-mode 2 - PSNR 47.276, SSIM 18.872 dB
                        aq-mode 1 - PSNR 47.240, SSIM 18.869 dB
                        --hevc-aq -- PSNR 46.424, SSIM 17.772 dB
                        aq-mode 0 - PSNR 46.084, SSIM 18.084 dB
                        在3000码率这种中等码率下,aq_mode=3的PSNR和SSIM是最高的,aq_mode=1降低到了第三
                        bitrate 6000:
                        aq-mode 2 - PSNR 48.800, SSIM 19.839 dB
                        aq-mode 3 - PSNR 48.661, SSIM 19.710 dB
                        aq-mode 0 - PSNR 48.384, SSIM 19.659 dB
                        aq-mode 1 - PSNR 48.268, SSIM 19.436 dB
                        --hevc-aq -- PSNR 48.093, SSIM 19.248 dB
                        在6000码率这种中上接近高码率下,aq_mode=2的PSNR和SSIM是最高的,aq_mode=1降低到了第四
                        hevc-aq is not ready yet -- especially first pass is totally broken.
                        It's funny like aq-mode 1 wins at small bitrates and looses at high (even with aq-mode 0).
                        翻译:hevc-aq还没有优化的很好,尤其是在1pass的情况下完全坏掉了
                        有趣的是aq_mode=1在低码率的情况下赢了,在高码率下输了,甚至不如aq_mode=0
                        PS:因此我们下载视频时,如果码率很低时,x265+10bit选aq_mode=1;如果中等码率aq_mode =3最好;在高码率的情况下,aq_mode=2是最好的,这也就是为什么x265的自动就是aq_mode=2是有原因的。
                        国外压制者GOKI一般用aq_mode=2,他的压制码率一般在8000左右;tigole压制者一般用aq_mode=3,他的压制码率一般在4500左右;总的来说他们选的aq_mode比较符合上面测试的情况
                        至于本吧的某野鸡做的测试千万别去相信,野鸡是不能和doom9上专业人士相提并论的。


                        IP属地:贵州14楼2020-04-17 09:48
                        收起回复
                          继续来吐槽野鸡的垃圾测试结果:
                          【1】cutree on (crf 15) & cutree off (crf 16.55)
                          正如LoRd_MuldeR所言,我们测试比较最公平的方式应该是用2pass,而且最好是最慢的预设,比如preset=veryslow或者placebo。
                          可是野鸡用的是crf模式,而且预设还是preset=slow,可是还有slower,veryslow,placebo更好的质量预设选择。而且也不符合单一控制变量法,因为有两个变量,第一crf不相同,第二cutree一个开一个关,有两个变量的情况下来比较毫无严谨科学性可言,纯粹妖言惑众,误导众人。
                          正确的比较方式,应该是利用2pass模式,让平均码率相同,其他压制参数完全一致(preset和tune相同),让一个开cutree,一个关闭cutree,来进行比较。而且应该设置几种不同的码率段,低码率段,中等码率段,高码率段来观察比较。更甚者可以在tune=ssim.tune=psnr,no-tune下再进行比较测试。
                          所以通过以上说明,可见野鸡的测试多么垃圾和毫无可信度。
                          还是那句话,测试还是doom9上的那些人更专业,野鸡只会故弄玄虚!!!


                          IP属地:贵州23楼2020-04-19 09:10
                          收起回复
                            继续来吐槽野鸡:
                            野鸡的还有一个特点,自己用preset=slow,就嘲讽国外一些压制者用preset=slower,preset=veryslow,preset=placebo,吐槽别人用极高参数压制,高码率压制。
                            从下载者的角度来说,更慢的预设,更高一些的码率质量肯定更好,而且别人的压制时间也比你野鸡的慢很多,俗话说慢工出细活,我为什么不选别慢工出细活的下载了,野鸡的脑回路你是无法理解的。
                            还有最后吐槽一点,不要动不动就crf=15比crf=18好,在抛开preset,tune以及一些压制参数的情况下谈crf就是耍流氓,preset,tune以及其他压制参数不同的情况下,你是没有资格说crf=15就一定比crf=18好的


                            IP属地:贵州26楼2020-04-19 09:11
                            收起回复
                              2025-08-28 01:11:45
                              广告
                              不感兴趣
                              开通SVIP免广告
                              上面的三部3D动画电影都没什么噪点,只能说细节极其丰富,是日本的2D动漫根本无法比拟的细节程度,因此很耗费码率。
                              可是野鸡总认为自己的14M码率就是秒天秒地的画质级别了!!!


                              IP属地:贵州32楼2020-04-20 19:27
                              收起回复