[经验交流]x264在处理动态场景某些参数应适度调整(尽量小容量高品质的追求)

引用

最初由 nuomi1 发布

为啥我看别人，12核，8G以上内存，和我一样开48= =！

引用

最初由 辉耀 发布
嫌小就2pass手动指高码率，嫌分辨率低就拿地上波硬拉1080P不就得了（拖

参数这东西看个人，又不是说CPU强就一定要开高……毕竟不是每个人都愿意玩CLAUS那种ref16啥的……
（当然了，诸多EP众纷纷表示看到帧数太高就难受要换参数重压）

另外，x264参数那12线程我觉得是980X之类的6C12T而不是12核

如果是通过mediainfo看到threads=12的话，其实并不能判明是什么CPU，本来这个参数就可以自定，而且x264默认是threads*1.5，普通桌面i7的可能性最高；但又说“8G以上内存”，估计是从其他地方得知的吧

rc-lookahead设高会减慢编码时间，高于60效果其实不明显，可以自己用同参数crf模式对比不同rc-lookahead的PSNR、SSIM以及压制时间和码率；此外rc-lookahead过高貌似封装mp4会出问题，也有延迟高的问题（当然本地PC播放时是不用考虑延迟神马的）

要是閒著無聊可以去--keyint infinite --min-keyint 1 --rc-lookahead 250

其實調scenecut還不怎麼敢去搞，提高的話怕I幀過於頻繁浪費，降低的話又怕有scenecut沒判定出來……所以到現在還用著x264預設的40……

--keyint infinite --min-keyint 1 --rc-lookahead 250的參數以前試驗過，一集704×480的動畫，crf 18的1pass跑出來的mp4體積不過105M，而mbtree文件有40M……嘛反正--rc-lookahead 60以上基本上也沒啥區別了所以純屬無聊性的試驗……

min-keyint其實只是在scenecut判定插入I幀時對比後選擇插入普通的I還是IDR，不知道用I的話允許I幀之前的參考幀做該I幀之後的參考會有啥問題……反正keyint infinite下完全靠scenecut來判定插I幀的話就索性用IDR好了……所以一般還是習慣用min-keyint 1來配合keint infinite……

引用

最初由 roozhou 发布
--keyint infinite会对scenecut有很大影响的。
在小于min-keyint时，scenecut不起作用。大于min-keyint，小于keyint时，scenecut值会线性增长。使用--keyint infinite时，scenecut不会线性增长。

第二行的主语是rc-lookahead值吧？（确认下）

看了roozhou大的解释有些不明白了
“大于min-keyint，小于keyint时，scenecut值会线性增长。”
是指当min-keyint
另外 -I infinite -i 1 --scenecut XX 应该就是按需插入IDR了吧？（当然没用--no-scenecut这个参数）

引用

最初由 辉耀 发布
呃……我觉得第二行的主语应该就是scenecut……吧

没错，就是scenecut。就是说离前一个I帧距离越远，越容易插入I帧。

引用

最初由 roozhou 发布
--keyint infinite会对scenecut有很大影响的。
在小于min-keyint时，scenecut不起作用。大于min-keyint，小于keyint时，scenecut值会线性增长。使用--keyint infinite时，scenecut不会线性增长。

我記得是scenecut判斷插I之後，再由min-keyint判定插i幀還是IDR，如果小於min-keyint則是i否則是IDR，所以在小於min-keyint時scenecut應該還是有作用的吧，只是不插IDR而已，不知道對不對？

rc-lookahead那個我也有疑問，mbtree回溯應該也是不允許到前一個GOP內，還是說這個可以不受限制？個人估計應該是前者，因為rc-lookahead最大應該是max{250,keyint}