就以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

所以我想问下，Writing library，Writing application，Writing frontend，这三个需要分别下载还是下一个Staxrip就全都有了？这种教程在哪学啊，网上搜来一堆都是shanaencoder之类的无脑教程
x265.readthedocs.io上一堆专业英文术语我看不懂啊

也就是说，你们的压片技术在哪学的？？？？

不知道怎么选就选慢slow
不要求画质选中 medium

第二个没关sao，建议直接pass

tigole压制的还可以，这个可以是从性价比上来说的。毕竟开了cutree，是为了尽量保证一个中等画质以及提升压缩率，crf=18在x265里面只能算中等质量。
追求极高的质量，cutree要关闭，而且crf最好低到13或者14.
码率高的情况下sao关还是开问题不大，但是低码率sao得开着。

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.

D0ct0rLew的画质定位是极高画质的，和tigole与goki不一样，tigole和goki只是定位中高画质的性价比压制，至于哪个压制的好，就看你自己的下载定位了。
我肯定更喜欢D0ct0rLew压制的，毕竟别人压制参数上是极高配置，压制时间上就要花费好久，尊重别人的劳动成果，就得下载他的捧场！！！

【1】这个世界是多元化的，所以在压制视频这个领域，压制者的压制理念也是多元化的。
【2】有的人喜欢压制大体积，有的人喜欢压制小体积，所以就看下载者的理念怎样了，各取所需。
【3】HEVC+10bit有的压制者喜欢关闭cutree，有的喜欢开cutree，都是各自喜好，像我肯定就选关cutree的下载，自身喜好问题，对画质的看法问题。
【4】其实即使压制的视频是原盘的三分之二体积，但是画质几乎已经和原盘毫无差距了，秉承着能小一点是一点的观念，这样的压制也无所谓好坏，毕竟也节约了三分之一的硬盘空间。
PS：压制者有其压制理念风格，就看对不对下载者的胃口了，无非就是各取所需罢了。

第一个是慢速 压的
第二个图省事 中速压的，第一个细节会保留更多

【【--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吧某野鸡做的测试毫无可信度，别被迷惑了。

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上专业人士相提并论的。

继续来吐槽野鸡的垃圾测试结果：
【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上的那些人更专业，野鸡只会故弄玄虚！！！

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

上面的三部3D动画电影都没什么噪点，只能说细节极其丰富，是日本的2D动漫根本无法比拟的细节程度，因此很耗费码率。
可是野鸡总认为自己的14M码率就是秒天秒地的画质级别了！！！