limit-refs，平均VMAF的差别在小数点后三位级别，但是排名0213，1和3的速度一样，2比3慢14%，0比3慢19%。
画质差别不大又影响速度，那当然是开速度快的。

dynamic-rd，因为doc说是跟vbv有关系所以就加上了25000的maxrate和bufsize。
速度上是基本没差，大概每+1多用两秒（
vmaf平均分差别在小数点后三位，不过在被vbv限制的局部展现出了较大差别。
建议：维持默认

ssim-rd，平均vmaf分差异在小数点后三位级别，关闭分稍高。开启后降速4%左右。
建议维持默认。

no-signhide，使用后可能提速4%（也可能是误差），并且平均vmaf分上升0.021。
我不会说建议使用，有待后续判断。

lookahead-slices，对编码速度没有明显影响，对压缩率没有明显影响。
建议：随你喜欢

图片的generation loss的结果， @深山由紀子
链接: https://pan.baidu.com/s/16UPisDLha3ydokUTYoP-sg 提取码: mqmr 复制这段内容后打开百度网盘手机App，操作更方便哦

LZ考虑比较一下bdrate吗？只比质量万一码率爆炸了呢

这个图形界面怎么搞的啊。想要

吧主能否综合给下最求质量、追求平衡、追求效率的3组参数

这半个月来，我测试了几十个视频（绝大多数都是预告片）以及各个主要参数，以不同画质标准crf值横向对比。
结论是，x265达到x264同等画质下节省30%-40%容量是可能的，但是。。。。
代价是编码时间增加了5-6倍，甚至10倍，如果你cpu不支持avx2的话（ 对标的是小丸工具箱x264-10bit压缩）。
不直接看视频，使用ssim和vmaf标准。（有空放结果出来）。
所以。。。我现在还是把小丸工具箱当作视频压缩主力。