推土机测试成绩汇总及其影响因素分析

那个x264 HD benchmark 的1pass是encode不是decode

速度快的原因是因为低参数跑
x264-32 --quiet --pass 1 --bitrate 3959 --stats "1.stats" --level 4.1 --keyint 24 --min-keyint 1 --bframes 3 --direct auto --subme 1 --analyse none --ipratio 1.1 --pbratio 1.1 --vbv-bufsize 30000 --vbv-maxrate 38000 --qcomp 0.5 --me dia --threads auto --thread-input --sar 1:1  --output NUL "test-720p.avs" --mvrange 511 --aud 2>&1 | tee 32run1pass1.log
这种极端低参数跑1pass从编码的目的上看是为了跑出码率曲线方便2pass进行码率分配，从测试的角度上看的话，x264这边极低参数下对于多线程的依赖就不大了，速度上的差距更多的要依赖处理器的单线程性能差距

题外话--x264 HD benchmark里面编译的那个x264据前辈们的说法，似乎“懷疑那個1913沒跑過fprofile……”，和x264nl上的r1913以及jeeb大神编译的r2085 1pass性能差距有6-10fps，2pass性能差距有1-2fps（2600K@4.4Ghz）

奇怪为写了之后发出来的是空贴啊囧

今天又仔细读过了，赞一个，数据整理的这么详细真是个大工程，LZ辛苦了~~~

提个小问题，那个x264 benchmark HD里面的1pass不是解码，而是编码，1pass用恒定量化的模式跑出码率分布曲线之后在2pass里面再用abr模式进行正式编码。至于1pass速度异常的快主要是使用了极低参数，毕竟只需要跑出曲线，最主要的还是留给2pass来做

最后还是感谢LZ了，整理的这么详细，现在不得不感叹AMD这个推土机跳到现在还这个性能真。。。

回复  oo304oo


   已修正... x.264其实我了解不多，平时都没怎么见..
lk111wlq 发表于 2011-10-30 11:54

国内的话，x264多用于视频压制（毕竟是目前最好的开源h.264编码器，比上不少商业h.264编码器也是不逞多让的嗯），而且用得比较多的似乎是MeGUI这个著名的GUI来着，相对来说的确不多见

x264对于指令集和MT的优化还是做得比较及时和彻底的，所以貌似国外放测试的时候很喜欢测试这个。毕竟是著名的开源编码器，各方对于x264的态度都很宽容，x264的开发者对于处理器的优化比较全面（推土机正式发布后似乎还有很长的一段关于XOP和FMA4的优化讨论，前段时间release的r2106也正式加入了对于analysis部分的XOP和FMA4优化），至少我自己从thuban X6换到SNB 之后没感觉x264速度差距有其他理论测试的那么大……

说的比较乱orz，还请您见谅