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

« 返回列表

共11页

上一主题下一主题

22899阅读
156回复

[测试]athrun_fantasy贴后记，小测低码率rmvb/x264资源占用和编码效率

楼层直达

级别: 工作组

注册时间:: 2003-08-26

在线时间:: 13小时

发帖:: 6600

只看楼主更多操作楼主发表于: 2008-06-21

引用

athrun_fantasy 在 06-20-2008 15:51 谈到:

偶在帖子说了半天，就是说的低码下RMVB资源占用比X264少

现在给出测试数据。有问题的话请和我提。

注意，本次测试的rmvb压制参数为随意压制，没有经过反复推敲处理，码率曲线也没有很好地优化，可能会造成数据偏差。经某位朋友测试，在他电脑上跑下来rmvb和x264差距不大。因此有待进一步测试和讨论。

一共压制了3份视频供测试
硬件环境: AthlonX2 3800+, 2G DDR, 690G
软件环境: vista u 64bit
源: kodomo no jikan dvd ncop vob，dgdecode，挂IVTC到24fps，加crop和bicubicresize，848*480
播放环境: 完美解码干净安装后，勾选所有的mpc内置滤镜。
资源消耗测试方法: 自资源管理器直接按下回车启动mpc播放器，随即最小化。mpc连续播放3遍，然后回退到最开始。记录此时的纯CPU时间。
编码环境:
rmvb: DIORPG1.44 (32bit WOW64模拟环境)
x264: x264 0.54.650 命令行+tee 导出日志 (32bit WOW64模拟环境)
文件大小和码率:
rmvb: 7,733 KB 677.887 Kbit/s
x264-q26: 8,177 KB 716.809 Kbit/s
x264-q27: 7,466 KB 654.482 Kbit/s
编码参数:
rmvb: 450K-10000K RV10 EHQ100
x264-q26: qp26 ref 3 bframes 4 b-pyramid weightb analyse-all 8x8dct me-umh mixed-refs direct-spatial
x264-q27: qp27 ref 3 bframes 4 b-pyramid weightb analyse-all 8x8dct me-umh mixed-refs direct-spatial
编码时间(AVS一线程，编码器一线程):
rmvb: 21:34:07->21:39:06 299s, 2188frame, 7.32 fps
x264-q26: 9.85 fps
x264-q27: 10.24 fps
编码器测得PSNR:
rmvb: 43.10
x264-q26: 44.519
x264-q27: 44.068
avs-compare函数在yuy2下测得PSNR(directshowsource导入并同步帧后测试):
rmvb: AVG 43.4979 OVALL 42.7426
x264-q26: AVG 44.9041 OVALL 44.3567
x264-q27: AVG 44.4037 OVALL 43.8462
播放3次CPU时间总计:
rmvb: 0:01:35
x264-q26: 0:00:56
x264-q27: 0:00:55

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

催片请点此处： http://bbs.popgo.org/bbs/read.php?tid=502402&displayMode=1#19103164

级别: 新手上路

注册时间:: 2008-04-30

在线时间:: 0小时

发帖:: 10

只看该作者 1楼发表于: 2008-06-21

沙发

级别: 版主

注册时间:: 2005-07-13

在线时间:: 0小时

发帖:: 1281

只看该作者 2楼发表于: 2008-06-21

哦哦 MR 辛苦了
果然还是 x264 稍胜一筹

级别: 新手上路

注册时间:: 2008-04-30

在线时间:: 0小时

发帖:: 10

只看该作者 3楼发表于: 2008-06-21

抑制不住激动的心情，地板也占了吧

级别: 工作组

注册时间:: 2004-06-29

在线时间:: 0小时

发帖:: 1425

只看该作者 4楼发表于: 2008-06-21

MR真闲,机器真好~

生活很无趣~

级别: 新手上路

注册时间:: 2004-11-20

在线时间:: 0小时

发帖:: 291

只看该作者 5楼发表于: 2008-06-21

于是数据也有了么.....
果然还是毫无悬念的众望所归的X264赞.....

级别: 工作组

注册时间:: 2007-08-23

在线时间:: 0小时

发帖:: 683

只看该作者 6楼发表于: 2008-06-21

前排占位支持~

级别: 工作组

注册时间:: 2004-11-14

在线时间:: 0小时

发帖:: 8093

只看该作者 7楼发表于: 2008-06-21

美。。。很美。。。

级别: 新手上路

注册时间:: 2006-07-06

在线时间:: 0小时

发帖:: 152

只看该作者 8楼发表于: 2008-06-21

既然是针对偶的测试，偶也来说两句

首先，这个测试完全是没有意义的

引用

编码环境:
rmvb: DIORPG1.44 (32bit WOW64模拟环境)
x264: x264 0.54.650 命令行+tee 导出日志 (32bit WOW64模拟环境)

DIORPG有新版本，在新版中更新了REAL编码内核

引用

文件大小和码率:
rmvb: 7,733 KB 677.887 Kbit/s
x264-q26: 8,177 KB 716.809 Kbit/s
x264-q27: 7,466 KB 654.482 Kbit/s

完全没意义，剪辑的BITRATE根本不能说明问题，值得提一下的是X264在文件大小以及画质上完胜RMVB是有事实依据的

引用

编码参数:
rmvb: 450K-10000K RV10 EHQ100
x264-q26: qp26 ref 3 bframes 4 b-pyramid weightb analyse-all 8x8dct me-umh mixed-refs direct-spatial
x264-q27: qp27 ref 3 bframes 4 b-pyramid weightb analyse-all 8x8dct me-umh mixed-refs direct-spatial

RMVB用的450-10000？最高码率有必要设置为那么高？1500足以

X264采用的是Q值，也就是固定量化值，但是实际上这个值也会跳，偶的实测，Q值31的情况下，在n—n+2的范围内波动

综上RMVB使用的是动态码率，而且码率可以无限扩张，REAL的编码器可以肆虐了...不过偶相信，它也是有度的，不过有时候，它也会失控的，最终码率抛开先不谈

X264采用的等同静态码率，虽然也在跳，但是绝对不会超过Q26或者Q27对应的码率，也就是变相的决定了，BITRATE不会超过某一阀值

拿类静态码率与动态码率比较？这是没意义的原因之一

引用

编码时间(AVS一线程，编码器一线程):
rmvb: 21:34:07->21:39:06 299s, 2188frame, 7.32 fps
x264-q26: 9.85 fps
x264-q27: 10.24 fps

略过，偶从来无视时间

引用

编码器测得PSNR:
rmvb: 43.10
x264-q26: 44.519
x264-q27: 44.068

略过，RMVB必败

引用

avs-compare函数在yuy2下测得PSNR(directshowsource导入并同步帧后测试):
rmvb: AVG 43.4979 OVALL 42.7426
x264-q26: AVG 44.9041 OVALL 44.3567
x264-q27: AVG 44.4037 OVALL 43.8462

同上面，略过

引用

播放3次CPU时间总计:
rmvb: 0:01:35
x264-q26: 0:00:56
x264-q27: 0:00:55

由于RMVB采用的是动态码率，偶不清楚MR使用的源的动态情况，如果动态比较大，RMVB码率自然就高，码率高了，解码消耗的CPU资源自然就多

再来看X264，Q值编码，无悬念的类静态码率，BITRATE可以说波动很小，并且不会超过某一阀值,后面的测试贴会说明这个带来的影响

以上是我对这篇测试的看法，下面是偶自己的测试数据

注意：此处的类静态码率一说完全是我把const quantizer(cq)与const quality(crf)弄混了,雷大发怒并非没有来由:(

下面说一下偶的理解：

cq是固定量化值模式，码率是根据帧的复杂度可变的，而且变化范围极大（能说无限么？偶不确定），也就是说，高动态高码，低动态低码

crf是固定质量模式,码率相对比较平稳（偶喜欢用这个，原因不明），与CQ相反，低动态高码，高动态低码，是相对的低码，有时候会跳的很高

注：CRF虽然说会尽量压平曲线，但是遇到该高的它依然会用高码率去压，这里的高动态低码有局限性，理解成尽量低码比较妥，

请看到那些无聊的签名的朋友亲自去相应的帖子看看吧，偶想你们会明白的 by athrun_fantasy

链接双手奉上:
http://popgo.net/bbs/showthread.php?s=&threadid=485259
http://popgo.net/bbs/showthread.php?s=&threadid=486560&perpage=15&pagenumber=1
http://popgo.net/bbs/showthread.php?s=&postid=18352697#post18352697

http://popgo.net/wiki/%E9%98%BF%E6%96%AF%E5%85%B0%E5%B9%BB%E6%83%B3
以上ppg wiki内容仅仅只是他自言自语，如果你想知道真相，看偶签名里前面的几个帖子链接

级别: 新手上路

注册时间:: 2006-07-06

在线时间:: 0小时

发帖:: 152

只看该作者 9楼发表于: 2008-06-21

硬件环境：略过，无任何硬件加速环境

软件环境：WIN XP

源：鲁鲁修R2第4话全篇

播放环境:MPC+FFDSHOW解码X264，MPC调用最新REALPLAYER内置解码器解码RMVB(去掉MPC所有内置滤镜)

资源消耗测试方法:同MR

编码环境:
rmvb: DIORPG1.45(REAL编码器比1.44的新)
x264: core:60,r886

文件大小和码率:
RMVB:77.4M,AVG:445K
X264-q31:64.9M,AVG:315K(此值为MEGUI计算器所得)

编码参数:
略过，只要出来的东西合格这个可以无视

编码时间(AVS一线程，编码器一线程):
略过，没的比

编码器测得PSNR:
同样略过，没的比

avs-compare函数在yuy2下测得PSNR(directshowsource导入并同步帧后测试):
同上略过，也没的比

播放N次CPU时间总计:

1.播放长度为1：31，有高动态情况下

rmvb:44（浮动范围2）
x264-q31:44（浮动范围2）

这里无法确定孰优孰劣，RMVB有低于X264的情况，X264同样也有低于RMVB的情况，可以肯定的是，高动态下，X264-Q31压过RMVB

2.播放长度为1：00，绝大部分静态场景

RMVB:17
X264-Q31：22

这里可以说RMVB完胜，不管如何有误差，不会超过5

注意：
这里的画质可以接受指的是从观看者的角度出发，部分瑕疵可以忽略的情况（就连火星人都知道，RMVB与X264比画质完全不具可比性，哪个更好？相信大家比偶清楚）

容量相近，指的是不要相差太大,而且这不是讨论的重点

本帖分析的重点是在从观看者的角度出发可以接受的画质下解码的CPU使用率，因此大家可以明白为什么我说了很多的略过，偶的理解解码是不需要编码参数的，虽然据MR所说，X264有几个编码参数会影响解码效率，不过此贴忽略这个问题，因为偶不了解哪些参数会影响解码效率,MR自己也说"这需要去翻译E文文档，一时说不上"(郁闷的是，偶讲了半天是观看者可以接受的前提下，居然只有一位老兄听明白偶的话)

偶的X264编码参数完全用的MR的参数，最后的Q31也是MR定的

最后说一下总结：

1.偶没心思参加这个测试，但是既然MR点名了，偶不冒出来说不过去

2.本人水平很有限，高手看了不要笑

3.此篇测试的CPU占用计算方法值得商榷

4.按照MR说的计算方法，偶的结论是，RMVB在低动态情况下的CPU使用要优于X264-Q31，而在高动态情况下，两者相当

5.为什么X264在高动态下与RMVB相当，甚至超过RMVB,而低动态下，RMVB要优于X264？因为X264的码率相对比较稳定，而RMVB，该低的低，该升的升，高动态一直是RMVB的软肋,但是看下来，哪些片子是全篇高动态的？
（此处有问题，因偶把QP与CRF的用法搞调包了，实际是X264跟RMVB同处于一种情况，高动态高码，低动态低码,不过那不是更能说明情况？高动态偶的测试结果表明两者相当，而低动态，RMVB比X264的CPU时间足足低5个点）

6.此贴所说的结论局限于本次测试的两个片子范围之内

7.本帖测试数据仅仅是从观看者的角度分析，并非技术贴，要比较解码效率，码率必须相同或者接近，而此贴的两个实例，AVG码率RMVB明显超过X264，如此看来，哪个解码更省资源大家有目共睹

请看到那些无聊的签名的朋友亲自去相应的帖子看看吧，偶想你们会明白的 by athrun_fantasy

链接双手奉上:
http://popgo.net/bbs/showthread.php?s=&threadid=485259
http://popgo.net/bbs/showthread.php?s=&threadid=486560&perpage=15&pagenumber=1
http://popgo.net/bbs/showthread.php?s=&postid=18352697#post18352697

http://popgo.net/wiki/%E9%98%BF%E6%96%AF%E5%85%B0%E5%B9%BB%E6%83%B3
以上ppg wiki内容仅仅只是他自言自语，如果你想知道真相，看偶签名里前面的几个帖子链接

级别: 工作组

注册时间:: 2005-07-15

在线时间:: 7小时

发帖:: 705

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

引用

完全没意义，剪辑的BITRATE根本不能说明问题，值得提一下的是X264在文件大小以及画质上完胜RMVB是有事实依据的

一段剪辑和全片差别有多大?对编码器还不是一样?
要说TV的一话那是电视台一天所播放的M2TS流的剪辑（中途不停播的话可能是一月一年甚至N年的M2TS流中的一段剪辑) 要说DVD/BD,一话就是其中的一段剪辑.照你说都没意义?如果测试的本体拿来都不能说明问题,那要怎么说明问题？

引用

RMVB用的450-10000？最高码率有必要设置为那么高？1500足以

妹子(误很大,那是测试码率

引用

X264采用的是Q值，也就是固定量化值，但是实际上这个值也会跳，偶的实测，Q值31的情况下，在n—n+2的范围内波动

固定量化是P帧的 I小一点 B大一点很正常

引用

综上RMVB使用的是动态码率，而且码率可以无限扩张，REAL的编码器可以肆虐了...不过偶相信，它也是有度的，不过有时候，它也会失控的，最终码率抛开先不谈

RV 2pass就是无视Max Bitrate的-______,-

引用

X264采用的等同静态码率，虽然也在跳，但是绝对不会超过Q26或者Q27对应的码率，也就是变相的决定了，BITRATE不会超过某一阀值

Q对应的码率?Q本来就是无视码率的压制
应该去看某QYQ写的东西前段时间Hack GU的剧场码率随便爆到200M 平均QP还只有24的样子-____________,-
如果乃硬要说Q24最大码有200M我也不说啥
如果LS真认为每个Q值是有对应码率的那可就贻笑大方了

引用

拿类静态码率与动态码率比较？这是没意义的原因之一

喝水

顺便补充这段我之前也做过 x264 Q16裸压在3K的样子(太遥远了具体数据记不清了 OP的话算省的了

记得某片Q16下能ED能爆到30Mbps=___=

蒼き清浄なる世界の為に

引用
绿叶之砚 21:55:35
切，那些个腐女怎么能和我比

:o

级别: 工作组

注册时间:: 2005-05-03

在线时间:: 0小时

发帖:: 2914

只看该作者 11楼发表于: 2008-06-21

引用
完全没意义，剪辑的BITRATE根本不能说明问题，值得提一下的是X264在文件大小以及画质上完胜RMVB是有事实依据的

bitrate不能说明问题，那么你想要什么？在无视bitrate和文件大小的情况下比较质量么

引用
RMVB用的450-10000？最高码率有必要设置为那么高？1500足以

若1500足以，那么设置成10000它也不会上10000，因为1500“足以”

引用
综上RMVB使用的是动态码率，而且码率可以无限扩张，REAL的编码器可以肆虐了...不过偶相信，它也是有度的，不过有时候，它也会失控的，最终码率抛开先不谈

码率抛开不谈？uncompress画质最好

引用
X264采用的等同静态码率，虽然也在跳，但是绝对不会超过Q26或者Q27对应的码率，也就是变相的决定了，BITRATE不会超过某一阀值

那啥……什么时候变成静态码率的

引用
拿类静态码率与动态码率比较？这是没意义的原因之一

话说哪个静态了来着？

引用
由于RMVB采用的是动态码率，偶不清楚MR使用的源的动态情况，如果动态比较大，RMVB码率自然就高，码率高了，解码消耗的CPU资源自然就多

再来看X264，Q值编码，无悬念的类静态码率，BITRATE可以说波动很小，并且不会超过某一阀值,后面的测试贴会说明这个带来的影响

很想说，“静你老〇”

引用
2.本人水平很有限，高手看了不要笑

水平有限就别在这里卖弄
笑的就是你！

级别: 精灵王

注册时间:: 2008-04-08

在线时间:: 44小时

发帖:: 2855

只看该作者 12楼发表于: 2008-06-21

任何视频编码比较的前提是码率相同，也就是文件大小相同，否则没意义
还有解码速度你连什么解码器都不知道比出来的结果没有意义

关于解码速度，我做过测试是同样码率下KMP+drvc.dll解rmvb比KMP+CoreAVC 1.6解x264大概是2:3。

级别: 新手上路

注册时间:: 2005-12-14

在线时间:: 0小时

发帖:: 152

只看该作者 13楼发表于: 2008-06-21

引用
最初由 athrun_fantasy 发布

播放环境:MPC+FFDSHOW解码X264，MPC调用最新REALPLAYER内置解码器解码RMVB

FFDSHOW……虽说x264官方推荐它，不过它解264的效率最差……coreavc才是最常用的

现阶段装备：
Core 2 Quad Q6600 2.4GHz / GIGA-BYTE 965P-DS3 (Rev 1.0)
DDR2 800 1G *4 (A-Data *2 + Apacer *2)/ PowerColor HD3870 (512M/256b GDDR4)
Seagate 7200.10 SATA 320G *2 + WD 320G AAKS SATA / NEC DVD RW ND-4570A
AOC 203VW (20", 1680*1050, 5ms)
USB Devices:
WD 200G IDE2USB / SONY DW-G120A

级别: 工作组

注册时间:: 2004-11-14

在线时间:: 0小时

发帖:: 8093

只看该作者 14楼发表于: 2008-06-21

引用
quote:
编码时间(AVS一线程，编码器一线程):
rmvb: 21:34:07->21:39:06 299s, 2188frame, 7.32 fps
x264-q26: 9.85 fps
x264-q27: 10.24 fps

略过，偶从来无视时间

编码时间(AVS一线程，编码器一线程):
略过，没的比

R2都播到第十话，中间还休息了一周。。。lz的组才出到4。。。

敢情是因为压rmvb太费时间？难怪啊。。。

说起来昨天我过去lz论坛玩。。。又是重激活又是删id又是ban ip。。。

不是说“你要在偶的社区，偶同样可以让你受到这种待遇”么？

人都没有最后就劳动lz亲自来“待遇”我了啊。。。

« 返回列表

共11页

上一主题下一主题