关于 --thread-input --threads

先问个比较ep的问题
为什么 --bframe 和 --ref 最大数值 是16 呢
怎么来的:confused:




普通cpu 非多核 作了测试 情况如下
不加--thread-input 基本都要快些 这和我在doom9上看到的情况不一样
--threads也是 doom9上说单核cpu --threads 越大 反而越慢
可是结果也刚好相反

--threads 1
encoded 5021 frames, 10.83 fps, 887.11 kb/s
--thread-input --threads 1
encoded 5021 frames, 10.72 fps, 887.11 kb/s

--threads 2
encoded 5021 frames, 11.03 fps, 885.68 kb/s
--thread-input --threads 2
encoded 5021 frames, 11.03 fps, 885.68 kb/s

--threads 3
encoded 5021 frames, 11.04 fps, 886.50 kb/s
--thread-input --threads 3
encoded 5021 frames, 11.03 fps, 886.50 kb/s

--threads 4
encoded 5021 frames, 11.12 fps, 888.60 kb/s
--thread-input --threads 4
encoded 5021 frames, 11.08 fps, 888.60 kb/s

引用

最初由 superkidx 发布
slice 是什么概念 分段？

把一帧一切为N，就有点像SLI渲染方式那样。

引用

最初由 雷鸣 发布
哇，第一次听说多线程和质量有关系，长见识了。

顺便弱弱问一下，threads为0的时候，同样片源同样设置同样版本，在不同的cpu上面压出来会不一样吗，差别有多少

因为发现，有多核心cpu的人，我见过的都是开多线程，一直以为多线程和质量没有关系……

同问

看来肉粥兄验证了我的说法了

从理论上来说thread-input是会比较快，从理论上来说单cpu多thread的确会有纯overhead的开销。
thread-input只能理解为是因为分线程导致的额外开销。
多thread只能理解为是因为减少了微量的边界运算所致。可能在线程切slice的时候会有边界宏块不参与向量搜索之类的处理，相对会提高速度，并且降低质量吧。纯猜测。


追加：
看你的测试数据下来，thread2~4里，bitrate一直在增加。可能就和slice以后减少运算量有关。是牺牲容量换压制速度的做法吧。

至于thread1到thread2，可能就是非slice和slice之间的overhead差别吧

还是纯猜，不保证正确

第一個問題：就限制到這樣了，沒啥道理可言。。
第二個問題：以你的問題描述來講，你的CPU是個單核的。--thread-input是單獨分出一個進程來做數據流輸入用，這樣一個單獨的進程和一個編碼的進程互相搶資源，自會不如只有一個進程同時進行輸入和編碼的工作。至于--threads越多速度反而越快。。我就不知道了。。