在2次编码时，有没有什么辅助软件或者是最简单，快捷的方式得出最终输出文件的大小，使文件体积误差控制在1MB以内。
鄙人是体积控，有什么好思路请大家不吝赐教，相互增加经验
(PS. 要最精准的方法,并且是2Pass的情况之下)

最终输出文件的大小的话我记得megui里好像有个叫码率计算器的东西。
其实如果你要是真的纠结体积，应该使用相对值为标准，比如说使误差控制在1%以内。
现在x264的2pass对体积的控制极其准确，一般不容易出问题

首先就是ABR和CRF都基于相同的rc算法，ABR只是比CRF多了rate tolerance，也就是平均码率的限制。
所以ABR需要猜测对下一帧使用的RF，压出来以后考察平均码率是否满足目标平均码率，然后根据这个进一步调整后续帧的RF。1st pass ABR的结果显然因为这个不断的猜测调整过程而导致出来的rc结果十分不合理（RF不断变化而且幅度通常很大）。
而在n pass中，通过1st pass得到的码率分配情况来为2nd/3rd pass的ABR提供参考的依据，通过猜测并应用更准确的RF值以减少ratetol发挥其强制调整后续帧RF的作用，而这个1st pass的rc结果越合理，对于2nd pass的参考价值也就越大，这也是为什么要使用1st pass CRF + 2nd pass ABR的原因。
而n pass的终极目标，就是让2nd pass跑出来的每帧RF都相同（没有发生码率偏离ratetol的预期而强制调整RF的行为），这样的结果也就是CRF（Constant Rate Factor）。
所以n pass的终极目标就是在满足ABR所设定的目标平均码率及ratetol的情况下让rc结果等于CRF，当然多数情况下都达不到这种理想的情况，而是由于ratetol的作用导致整个视频中帧的RF在不断调整。
如果有人说对比了同码率的CRF和2 pass的结果得出了2 pass更好的结论，那是因为他看到了2 pass时由于没有达到理想情况而产生的副作用——部分帧RF偏高或偏低——RF前后不均匀，当然他如果觉得某些帧更好的话肯定就是看到了RF偏低的那些地方，而这也就意味着有其他地方的RF偏高也就是变得更差。
之所以在2nd/3rd pass中只能设定bitrate而不能设定crf，是因为n pass的存在意义就是ABR，而不是所谓的提高质量（相对于CRF而言）。

你用批处理的话，用mediainfo读出持续时间，再用持续时间乘上目标码率换算一下就能得到目标体积了
如果你要指定目标体积，比如一个视频出来以后必须是4G，反过来除一下。设个变量填进参数里就行了

CRF and 2-pass use identical bit allocation algorithms. All 2-pass does is pick the CRF value that gives the bitrate you want. It's still using the CRF algorithm
—— Dark Shikari

我跟你说，这事情很简单的。你把码率稍微调小一丁点，压出来比如说是798M，你再文件尾巴上补上2M的空数据补齐到800M就行了。而且这样可以补到整数，看上去比800.123M更舒服。

你到底是体积控还是画质控，只控体积怎么控画质，只控画质怎么控体积，都要控的话 h265 10bit是必备的。