硬件环境:略过,无任何硬件加速环境
软件环境: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,如此看来,哪个解码更省资源大家有目共睹