“用CRF跑出需要的大小（假定是1GB(1024MB)左右）
以这大小为基础优化，
把静态场景多余的码率分配给复杂场景。”
通过网上搜索，找到
CRF+VBR 2PASS最符合这个要求。
就是不会写...请教下各位大佬，怎么写。

另再提两问：
不考虑压制时间。压制出指定大小并以此为基础再优化静/动态码率分配，可以做到吗？不考虑时间和效率的前提下。
第二问：用同一套参数压制一季（12集）的视频，12集大小不一，最大和最小的体积差了20%，大佬们是选择把每个调成一样大小，还是不管。又或者每个视频都单独调到合适，并每个大小差距不大。
看到一个问题：有两组压制组压制的视频，你是选择文件大小不一（例:12集:最大1G，最小6 /700MB），还是大小几乎一样的视频。
因为不可能每一集大小都一样，用第一集写的参数去压12集，压出来大小都不一样。这一集都在说话，没怎么动过，需要的码率少，压出来的体积小，下一集打斗场景多，还有特效，需要的码率多，压出来的体积大。
所以好奇大家是选择哪种，
1.强迫症:每个都单独调，但大小必须差不多！
2.视频质量优先:优化好并压完了就行，剩下（大小不同）关我屁事
3.大小统一派:参数无所谓，大小必须一样(接近)！
见过把一季12集都控制在一定大小的。见过每集大小不同的。
也见过每集都调一遍，而不是写一套参数批量压制。当然不是每个人都有空，后者综合来说效率更高。

ffmpeg -i input -c:v libx264 -preset slow -crf 23 -pass 1 -passlogfile xxx -an -f h264 NUL && ffmpeg -i input -c:v libx264 -b:v 3000k -pass 2 -passlogfile xxx -an output

x26x的几种码率控制里面crf为最优

要优化画质实际上应该把复杂场景多余的码率撸给静态才是性价比较高的选择

你静态场景挤出那一丢丢码率给复杂场景能有什么用 复杂场景的过剩码率随便拿一些给静态场景提升才大

一般来说只要不像某些申必人士一样关掉一些功能的话crf恰恰是有这样的特性的

当然vbr也有这样的特性，但是n-pass的最终目标也正是crf，无非是你能得到一个确切的码率

自身的理解，
假设下面是CRF跑出来的结果。
然后用2pass（vbr）把这些红色地方的码率优化的平滑一些。（画的不好见谅）
就是在有限的大小和码率下，把第一次（CRF）跑出来的结果（重新分配）优化一遍，
当然只是个人理解，有错误请指正！

原本的想法是，静态码率足够的情况下分配更多的码率再动态部分。
结果是相反的吗？
到时试试看。

读取前一个平均码率？

如果真的要限制静态码率可以调高qpmin