搜索 社区服务 统计排行 帮助
  • 9230阅读
  • 50回复

[EP] b-adapt 2+bframes 16太慢?

楼层直达
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 30楼 发表于: 2008-10-09
旧b-adapt高b值带来的码率下降可能会导致质量下降
级别: 工作组
注册时间:
2005-04-23
在线时间:
0小时
发帖:
4259
只看该作者 31楼 发表于: 2008-10-09
引用
最初由 roozhou 发布
b-adapt 2不支持多线程,所以b值大的时候就算是quad core也快不了,这是b-adapt现在最大的问题。

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

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

Lux Aeterna

过去一直去,未来一直来...
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 32楼 发表于: 2008-10-09
我还是不清楚所谓的“好”是什么。既然不是压成无损,那本身就是一个体积和质量的妥协。举个例子"crf18+极限参数"和"crf17+较高参数",你认为哪个更好呢?
级别: 侠客
注册时间:
2007-05-03
在线时间:
0小时
发帖:
393
只看该作者 33楼 发表于: 2008-10-09
引用
最初由 roozhou 发布
我还是不清楚所谓的“好”是什么。既然不是压成无损,那本身就是一个体积和质量的妥协。举个例子"crf18+极限参数"和"crf17+较高参数",你认为哪个更好呢?

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

足跡も残さずに僕等は
何処へ行くのだろう
Good-bye dear friend
もう一度会えると信じていたい
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 34楼 发表于: 2008-10-09
引用
最初由 秋月 暮葉 发布

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


所以我说那些高参数只是玩具罢了,说的好听点就是所谓的理念、追求。对于看的人来说基本无意义。
级别: 工作组
注册时间:
2005-04-23
在线时间:
0小时
发帖:
4259
只看该作者 35楼 发表于: 2008-10-09
引用
最初由 roozhou 发布
我还是不清楚所谓的“好”是什么。既然不是压成无损,那本身就是一个体积和质量的妥协。举个例子"crf18+极限参数"和"crf17+较高参数",你认为哪个更好呢?

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

引用
最初由 roozhou 发布


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

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

Lux Aeterna

过去一直去,未来一直来...
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 36楼 发表于: 2008-10-09
引用
最初由 realsweet 发布

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


妥协的是三个东西:体积,质量,时间。b-adapt 2+b16等于用更多时间换更小体积(还不一定换得到),但我看到有人说能使画质大幅度提升就明显是误导人了。
级别: 版主
注册时间:
2003-12-12
在线时间:
111小时
发帖:
110607
只看该作者 37楼 发表于: 2008-10-10
没想到这个参数这么影响编码速度,一直b-adapt 2+b6

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

QYQ大的CPU是4核吧,选auto和4线程有多大区别的?

传说已经结束,历史才刚刚开始! 银英联盟资料汇总,详情点击[url="http://popgo.net/bbs/showthread.php?s=& threadid=346885"]这里[/url]

制作进度/预定一览(11.05.01):
工作忙碌中
连载:
STEINS GATE 斯坦因之门 04话mkv
Cross Game 1080P rev 停滞ing

BDrip:
HOTD ODA 压制完成
黑之契约者II 最优先事项,OVA完成,9-12需校对
武装司书bdrip进行中 vol1进行中
CODE GEASS 连载制作中,催片请找akira
虫师bdbox 无限期停滞ing 1-7校对完成
攻壳机动队系列 连载制作中,催片请找yyz
某bdbox 制作中 进度3话
某dvdrip 制作中 时间轴ing
某歌剧?LIVE?计划中,4DVDISO下载完成
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 38楼 发表于: 2008-10-10
首帖的目的是举个例子:在极端设置下由于thread效率低下,可以通过同时开多个压制进程来达到提速的效果

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

至于b-adapt1,完全没有使用的必要了,因为b-adapt2+3、4b的frame decision精确度也比b-adapt1+16b要高得多
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 39楼 发表于: 2008-10-10
本来开多个进程就是最好的提速办法。即使只压一个片,也可以分段。
x264开线程多了貌似对scenecut的判断有很大的影响,想追求“极限”质量的最好还是用单线程。
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 40楼 发表于: 2008-10-10
”貌似“?
这种词语最好不要在没有测试前使用
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 41楼 发表于: 2008-10-11
引用
最初由 qyqgpower 发布
”貌似“?
这种词语最好不要在没有测试前使用


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

另外多线程也会减少me和mv的范围。尽管x264现在的方法比slice要好很多,但还是有负面影响的,不相信的话去看源代码吧。
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 42楼 发表于: 2008-10-11
测试过了,的确如此,非常有用的结论

所以理想的frame decision还要加上一个条件,--threads 1(默认值)

特别是1stpass,今后只用1
级别: 骑士
注册时间:
2003-06-05
在线时间:
0小时
发帖:
1041
只看该作者 43楼 发表于: 2008-10-11
难道4核同时开4个1stpass跑?每个用一个核心? Orz
级别: 新手上路
注册时间:
2002-07-21
在线时间:
35小时
发帖:
79
只看该作者 44楼 发表于: 2008-10-11
单线程与四线程对比
参数: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)
  7. 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
  8. 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
  9. 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
  10. x264 [info]: consecutive B-frames: 11.7% 34.9% 13.4% 33.3% 1.6% 1.1% 4.0%
  11. x264 [info]: mb I I16..4: 35.4% 30.4% 34.1%
  12. 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%
  13. 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%
  14. x264 [info]: 8x8 transform intra:44.6% inter:65.7%
  15. x264 [info]: direct mvs spatial:99.3% temporal:0.7%
  16. x264 [info]: ref P L0 72.1% 10.8% 8.6% 4.4% 4.1%
  17. x264 [info]: ref B L0 77.4% 11.4% 7.2% 4.0%
  18. x264 [info]: ref B L1 93.9% 6.1%
  19. x264 [info]: SSIM Mean Y:0.9865696
  20. x264 [info]: PSNR Mean Y:44.155 U:46.822 V:47.769 Avg:44.899 Global:42.848 kb/s:778.43
  21. encoded 35375 frames, 8.94 fps, 778.50 kb/s
  22. 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)
  7. 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
  8. 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
  9. 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
  10. x264 [info]: consecutive B-frames: 11.7% 35.0% 13.2% 33.4% 1.5% 1.2% 4.0%
  11. x264 [info]: mb I I16..4: 36.8% 31.6% 31.6%
  12. 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%
  13. 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%
  14. x264 [info]: 8x8 transform intra:44.7% inter:65.8%
  15. x264 [info]: direct mvs spatial:99.1% temporal:0.9%
  16. x264 [info]: ref P L0 72.3% 10.7% 8.5% 4.4% 4.0%
  17. x264 [info]: ref B L0 77.6% 11.3% 7.1% 4.0%
  18. x264 [info]: ref B L1 93.8% 6.2%
  19. x264 [info]: SSIM Mean Y:0.9867956
  20. x264 [info]: PSNR Mean Y:44.241 U:46.901 V:47.851 Avg:44.984 Global:42.910 kb/s:791.84
  21. encoded 35375 frames, 28.51 fps, 791.93 kb/s
  22. EndTime:2008-10-11 17:47:09
快速回复

限150 字节
上一个 下一个