搜索社区服务统计排行帮助

« 返回列表

共4页

上一主题下一主题

8900阅读
50回复

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

楼层直达

级别: 侠客

注册时间:: 2005-02-09

在线时间:: 0小时

发帖:: 512

只看楼主更多操作楼主发表于: 2008-09-24

开多个不就行了[/KH]

b-adapt 2在高bframe下会让threading效率大幅度下降，一般能到50%的CPU利用率就谢天谢地了。
速度慢不是问题，但占不满CPU还慢就没意思了

不过，即使开到3个（再开内存可就撑不住了……），也不能保持在100%占用率……

分享到 淘江湖新浪 QQ微博 QQ空间开心人人豆瓣网易微博百度鲜果白社会飞信

级别: 侠客

注册时间:: 2005-02-09

在线时间:: 0小时

发帖:: 512

只看该作者 50楼发表于: 2008-10-15

为什么要保证4个同时结束，只要有worker继续工作就可以了。如果AVS侧滤镜较多的话开2~3个就足够占满4核了

而且最先达到极限的往往是内存，而不是CPU，跑BD，8G内存最多只能同时开3个

级别: 精灵王

注册时间:: 2008-04-08

在线时间:: 44小时

发帖:: 2855

只看该作者 49楼发表于: 2008-10-15

引用
最初由 Galaxy001 发布
话说，四核可以同时开4个单线程的x264嘛……
pre-scenecut的测试结果出来了，为此冒泡。

你怎么保证4个同时结束？

级别: 工作组

注册时间:: 2004-11-01

在线时间:: 14小时

发帖:: 2615

只看该作者 48楼发表于: 2008-10-15

话说，四核可以同时开4个单线程的x264嘛……
pre-scenecut的测试结果出来了，为此冒泡。

[url=ed2k://|friend|[CHN%5D[eDtoon%5D[PPG_FW%5D[VeryCD%5DGalaxy|D46F9E727D0ED77EDA09D21C55386F57|/]点击这里可以把我加入emule好友名单[/url]

#DEEBEA #F6FAFA
还是挂小图,...[:o]

级别: 骑士

注册时间:: 2003-06-05

在线时间:: 0小时

发帖:: 1041

只看该作者 47楼发表于: 2008-10-12

多十几K，感觉无伤大雅。毕竟速度差异搬着呢。。。

级别: 新手上路

注册时间:: 2006-04-16

在线时间:: 0小时

发帖:: 286

只看该作者 46楼发表于: 2008-10-11

四核残了，本来还想升级的

级别: 工作组

注册时间:: 2003-05-11

在线时间:: 201小时

发帖:: 36355

只看该作者 45楼发表于: 2008-10-11

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

另外多线程也会减少me和mv的范围。尽管x264现在的方法比slice要好很多，但还是有负面影响的

get it

收到之前一直不知道会这样...

学到一手

级别: 新手上路

注册时间:: 2002-07-21

在线时间:: 35小时

发帖:: 79

只看该作者 44楼发表于: 2008-10-11

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

--------------------------------------------------
StartTime:2008-10-11 12:12:23
avis [info]: 704x480 @ 29.97 fps (35375 frames)
x264 [info]: using SAR=40/33
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 PHADD SSE4 Cache64
mp4 [info]: initial delay 2002 (scale 30000)
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
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
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
x264 [info]: consecutive B-frames: 11.7% 34.9% 13.4% 33.3% 1.6% 1.1% 4.0%
x264 [info]: mb I I16..4: 35.4% 30.4% 34.1%
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%
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%
x264 [info]: 8x8 transform intra:44.6% inter:65.7%
x264 [info]: direct mvs spatial:99.3% temporal:0.7%
x264 [info]: ref P L0 72.1% 10.8% 8.6% 4.4% 4.1%
x264 [info]: ref B L0 77.4% 11.4% 7.2% 4.0%
x264 [info]: ref B L1 93.9% 6.1%
x264 [info]: SSIM Mean Y:0.9865696
x264 [info]: PSNR Mean Y:44.155 U:46.822 V:47.769 Avg:44.899 Global:42.848 kb/s:778.43
encoded 35375 frames, 8.94 fps, 778.50 kb/s
EndTime:2008-10-11 13:18:21

--------------------------------------------------
StartTime:2008-10-11 17:26:27
avis [info]: 704x480 @ 29.97 fps (35375 frames)
x264 [info]: using SAR=40/33
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 PHADD SSE4 Cache64
mp4 [info]: initial delay 2002 (scale 30000)
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
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
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
x264 [info]: consecutive B-frames: 11.7% 35.0% 13.2% 33.4% 1.5% 1.2% 4.0%
x264 [info]: mb I I16..4: 36.8% 31.6% 31.6%
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%
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%
x264 [info]: 8x8 transform intra:44.7% inter:65.8%
x264 [info]: direct mvs spatial:99.1% temporal:0.9%
x264 [info]: ref P L0 72.3% 10.7% 8.5% 4.4% 4.0%
x264 [info]: ref B L0 77.6% 11.3% 7.1% 4.0%
x264 [info]: ref B L1 93.8% 6.2%
x264 [info]: SSIM Mean Y:0.9867956
x264 [info]: PSNR Mean Y:44.241 U:46.901 V:47.851 Avg:44.984 Global:42.910 kb/s:791.84
encoded 35375 frames, 28.51 fps, 791.93 kb/s
EndTime:2008-10-11 17:47:09

级别: 骑士

注册时间:: 2003-06-05

在线时间:: 0小时

发帖:: 1041

只看该作者 43楼发表于: 2008-10-11

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

级别: 侠客

注册时间:: 2005-02-09

在线时间:: 0小时

发帖:: 512

只看该作者 42楼发表于: 2008-10-11

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

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

特别是1stpass，今后只用1

级别: 精灵王

注册时间:: 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

只看该作者 40楼发表于: 2008-10-10

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

级别: 精灵王

注册时间:: 2008-04-08

在线时间:: 44小时

发帖:: 2855

只看该作者 39楼发表于: 2008-10-10

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

级别: 侠客

注册时间:: 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要高得多

级别: 版主

注册时间:: 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下载完成

« 返回列表

共4页

上一主题下一主题