『漫游』酷论坛>『影音数码技术学习交流』>[EP] b-adapt 2+bframes 16太 ..

roozhou@2008-10-09 12:51

旧b-adapt高b值带来的码率下降可能会导致质量下降
引用

realsweet@2008-10-09 13:25

引用
最初由 roozhou 发布
b-adapt 2不支持多线程，所以b值大的时候就算是quad core也快不了，这是b-adapt现在最大的问题。

还有极限参数仅仅是节省了一点点体积，而现在存储设备容量扩大比CPU速度提升快得多，用时间换空间显然很不划算，下载的人也不会在乎大1%的体积。而如果在相同体积的前提下，所谓的极限参数带来的“极限”质量相对哪怕一半时间压出来的“较高”质量绝对是可以被无视的，不信可以做double-blind测试。

其实多数喜欢把参数设到头的人只是讨厌妥协，很多并不看重那点质量提升
只是有自己的坚持和理念
并非不能理解用必要的时间压出达到边缘效应的效果的做法
对于观众，把片压好就行了，拼尽全力，有时候只为了对得住自己啊（和看片的关系不大）:o
引用

roozhou@2008-10-09 13:57

我还是不清楚所谓的“好”是什么。既然不是压成无损，那本身就是一个体积和质量的妥协。举个例子"crf18+极限参数"和"crf17+较高参数"，你认为哪个更好呢？
引用

秋月 暮葉@2008-10-09 14:01

引用
最初由 roozhou 发布
我还是不清楚所谓的“好”是什么。既然不是压成无损，那本身就是一个体积和质量的妥协。举个例子"crf18+极限参数"和"crf17+较高参数"，你认为哪个更好呢？

你纠结这个干啥，目的和理念不同决定设置的不同...对看片党，爱下什么下什么去
引用

roozhou@2008-10-09 14:05

引用
最初由 秋月 暮葉 发布

你纠结这个干啥，目的和理念不同决定设置的不同...对看片党，爱下什么下什么去


所以我说那些高参数只是玩具罢了，说的好听点就是所谓的理念、追求。对于看的人来说基本无意义。
引用

realsweet@2008-10-09 15:19

引用
最初由 roozhou 发布
我还是不清楚所谓的“好”是什么。既然不是压成无损，那本身就是一个体积和质量的妥协。举个例子"crf18+极限参数"和"crf17+较高参数"，你认为哪个更好呢？

你先想想你妥协的是体积还是质量，又或者2者？自己马上就会有答案
然后从LZ的角度换位思考下，真的有那么难以理解么

引用
最初由 roozhou 发布


所以我说那些高参数只是玩具罢了，说的好听点就是所谓的理念、追求。对于看的人来说基本无意义。

问题在于有些人就喜欢玩玩具，看的人当然觉得没意义，毕竟玩玩具的乐趣只有自己才能体会到
引用

roozhou@2008-10-09 16:31

引用
最初由 realsweet 发布

你先想想你妥协的是体积还是质量，又或者2者？自己马上就会有答案
然后从LZ的角度换位思考下，真的有那么难以理解么


妥协的是三个东西：体积，质量，时间。b-adapt 2+b16等于用更多时间换更小体积（还不一定换得到），但我看到有人说能使画质大幅度提升就明显是误导人了。
引用

kircheis@2008-10-10 19:57

没想到这个参数这么影响编码速度，一直b-adapt 2+b6

不过ME那里影响有多大？
7RD和9RD
multi hex和SATD

QYQ大的CPU是4核吧，选auto和4线程有多大区别的？
引用

qyqgpower@2008-10-10 20:55

首帖的目的是举个例子：在极端设置下由于thread效率低下，可以通过同时开多个压制进程来达到提速的效果

b-adapt2在大多数情况下没有必要用b16，这是谁都知道的事。一般来说，b6~7就已经足够对付99%的片子。因为你会发现b16上去，8~16左右的利用率往往不会超过1%

至于b-adapt1，完全没有使用的必要了，因为b-adapt2+3、4b的frame decision精确度也比b-adapt1+16b要高得多
引用

roozhou@2008-10-10 22:09

本来开多个进程就是最好的提速办法。即使只压一个片，也可以分段。
x264开线程多了貌似对scenecut的判断有很大的影响，想追求“极限”质量的最好还是用单线程。
引用

qyqgpower@2008-10-10 23:00

”貌似“？
这种词语最好不要在没有测试前使用
引用

roozhou@2008-10-11 02:26

引用
最初由 qyqgpower 发布
”貌似“？
这种词语最好不要在没有测试前使用


这个有很可靠的依据，“貌似”只是委婉一点。doom9上x264的开发者说过，开启多线程后会启用pre-scenecut。我测试过一个90秒30fps的片段，--threads 1是17个I帧，--threads 2是31个I帧，码率增加明显。

另外多线程也会减少me和mv的范围。尽管x264现在的方法比slice要好很多，但还是有负面影响的，不相信的话去看源代码吧。
引用

qyqgpower@2008-10-11 11:29

测试过了，的确如此，非常有用的结论

所以理想的frame decision还要加上一个条件，--threads 1（默认值）

特别是1stpass，今后只用1
引用

52wy@2008-10-11 16:12

难道4核同时开4个1stpass跑？每个用一个核心？ Orz
引用

yuugi@2008-10-11 18:08

单线程与四线程对比
参数：b-adapt2 b6 ref5 subme 9

复制代码
  1. --------------------------------------------------
  2. StartTime:2008-10-11 12:12:23
  3. avis [info]: 704x480 @ 29.97 fps (35375 frames)
  4. x264 [info]: using SAR=40/33
  5. x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 PHADD SSE4 Cache64
  6. mp4 [info]: initial delay 2002 (scale 30000)
  8. x264 [info]: slice I:249 Avg QP:22.44 size: 24027 PSNR Mean Y:48.09 U:51.08 V:51.83 Avg:48.63 Global:46.01
  9. x264 [info]: slice P:15110 Avg QP:24.45 size: 5654 PSNR Mean Y:44.18 U:46.74 V:47.65 Avg:44.90 Global:42.80
  10. x264 [info]: slice B:20016 Avg QP:25.84 size: 1171 PSNR Mean Y:44.08 U:46.83 V:47.81 Avg:44.85 Global:42.85
  11. x264 [info]: consecutive B-frames: 11.7% 34.9% 13.4% 33.3% 1.6% 1.1% 4.0%
  12. x264 [info]: mb I I16..4: 35.4% 30.4% 34.1%
  13. x264 [info]: mb P I16..4: 10.5% 10.4% 3.0% P16..4: 31.5% 6.7% 4.1% 0.0% 0.0% skip:33.7%
  14. x264 [info]: mb B I16..4: 1.2% 1.8% 0.2% B16..8: 17.5% 0.8% 0.8% direct: 1.7% skip:76.0% L0:41.8% L1:52.5% BI: 5.8%
  15. x264 [info]: 8x8 transform intra:44.6% inter:65.7%
  16. x264 [info]: direct mvs spatial:99.3% temporal:0.7%
  17. x264 [info]: ref P L0 72.1% 10.8% 8.6% 4.4% 4.1%
  18. x264 [info]: ref B L0 77.4% 11.4% 7.2% 4.0%
  19. x264 [info]: ref B L1 93.9% 6.1%
  20. x264 [info]: SSIM Mean Y:0.9865696
  21. x264 [info]: PSNR Mean Y:44.155 U:46.822 V:47.769 Avg:44.899 Global:42.848 kb/s:778.43
  24. encoded 35375 frames, 8.94 fps, 778.50 kb/s
  25. EndTime:2008-10-11 13:18:21


复制代码
  1. --------------------------------------------------
  2. StartTime:2008-10-11 17:26:27
  3. avis [info]: 704x480 @ 29.97 fps (35375 frames)
  4. x264 [info]: using SAR=40/33
  5. x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 PHADD SSE4 Cache64
  6. mp4 [info]: initial delay 2002 (scale 30000)
  8. x264 [info]: slice I:340 Avg QP:22.43 size: 21760 PSNR Mean Y:48.50 U:51.33 V:52.29 Avg:49.04 Global:46.30
  9. x264 [info]: slice P:15082 Avg QP:24.38 size: 5677 PSNR Mean Y:44.21 U:46.77 V:47.68 Avg:44.93 Global:42.82
  10. x264 [info]: slice B:19953 Avg QP:25.65 size: 1193 PSNR Mean Y:44.19 U:46.93 V:47.90 Avg:44.96 Global:42.94
  11. x264 [info]: consecutive B-frames: 11.7% 35.0% 13.2% 33.4% 1.5% 1.2% 4.0%
  12. x264 [info]: mb I I16..4: 36.8% 31.6% 31.6%
  13. x264 [info]: mb P I16..4: 10.4% 10.4% 3.0% P16..4: 31.6% 6.7% 4.1% 0.0% 0.0% skip:33.8%
  14. x264 [info]: mb B I16..4: 1.2% 1.9% 0.2% B16..8: 17.5% 0.9% 0.8% direct: 1.8% skip:75.8% L0:42.0% L1:52.1% BI: 5.9%
  15. x264 [info]: 8x8 transform intra:44.7% inter:65.8%
  16. x264 [info]: direct mvs spatial:99.1% temporal:0.9%
  17. x264 [info]: ref P L0 72.3% 10.7% 8.5% 4.4% 4.0%
  18. x264 [info]: ref B L0 77.6% 11.3% 7.1% 4.0%
  19. x264 [info]: ref B L1 93.8% 6.2%
  20. x264 [info]: SSIM Mean Y:0.9867956
  21. x264 [info]: PSNR Mean Y:44.241 U:46.901 V:47.851 Avg:44.984 Global:42.910 kb/s:791.84
  24. encoded 35375 frames, 28.51 fps, 791.93 kb/s
  25. EndTime:2008-10-11 17:47:09
引用

«1234»共4页

| TOP