搜索 社区服务 统计排行 帮助
发帖 回复
« 返回列表
«12»
共2页
上一主题下一主题
  • 3534阅读
  • 17回复

稍微测试了一下x264的几种--me

 楼层直达
qyqgpower
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看楼主 更多操作 楼主  发表于: 2008-03-05
除了--me外的参数均为
x264 --level 4.1 --crf 20.0 --keyint 240 --min-keyint 24 --ref 4 --mixed-refs --no-fast-pskip --bframes 16 --b-pyramid --b-rdo --bime --weightb --direct auto --subme 7 --trellis 2 --analyse all --8x8dct --merange 64 --threads auto --thread-input --progress --no-psnr --no-ssim

片源为2520帧FullHD 24p H264，静态和动态画面均有，比较干净的动画片段

dia
x264 [info]: slice I:19Avg QP:14.16 size: 7220400:00
x264 [info]: slice P:1219 Avg QP:15.34 size: 28201
x264 [info]: slice B:1282 Avg QP:18.01 size: 3834
encoded 2520 frames, 3095.42 kb/s

hex
x264 [info]: slice I:19Avg QP:14.32 size: 7131700:00
x264 [info]: slice P:1198 Avg QP:15.34 size: 28440
x264 [info]: slice B:1303 Avg QP:17.99 size: 3883
encoded 2520 frames, 3081.84 kb/s

umh
x264 [info]: slice I:19Avg QP:14.32 size: 7131700:00
x264 [info]: slice P:1200 Avg QP:15.34 size: 28138
x264 [info]: slice B:1301 Avg QP:18.04 size: 3743
encoded 2520 frames, 3044.16 kb/s

esa
x264 [info]: slice I:19Avg QP:14.32 size: 7131700:00
x264 [info]: slice P:1200 Avg QP:15.34 size: 28129
x264 [info]: slice B:1301 Avg QP:18.08 size: 3717
encoded 2520 frames, 3040.72 kb/s

tesa
x264 [info]: slice I:19Avg QP:14.28 size: 7156800:00
x264 [info]: slice P:1182 Avg QP:15.36 size: 28195
x264 [info]: slice B:1319 Avg QP:18.03 size: 3814
encoded 2520 frames, 3023.39 kb/s

隐去fps是因为设成low优先度让它在后台玩的，还开了大量的其他程序，没有参考价值，大致esa比umh慢5倍以上，tesa比esa慢20%左右

从码率上可以看出来，很自然的线性关系，越慢的所需码率越低，umh到esa显然很不经济，用速度换质量的话，tesa的效率要高得多

结论：追求平衡选择umh，追求极限质量选择tesa，esa已经没有意义了[/TX]
分享到 淘江湖 新浪 QQ微博 QQ空间 开心 人人 豆瓣 网易微博 百度 鲜果 白社会 飞信
回复 引用
举报顶端
superkidx
级别: 风云使者
注册时间:
2006-03-12
在线时间:
54小时
发帖:
6604
只看该作者 1楼 发表于: 2008-03-05
终于有人测 tesa 了 赞一个

请教下
--ref 4 --bframes 16 是什么意思？
一般不都是--ref 大于等于--bframes 的么
回复 引用
举报顶端
qyqgpower
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 2楼 发表于: 2008-03-05
--ref 4是1080p@level4.1的极限

--bframes 16其实无关紧要，不关闭自适应bframe时，bframe的使用数量是自动选择的，这个参数只是指定自动选择的最大值而已
回复 引用
举报顶端
yujin630
级别: 工作组
注册时间:
2003-05-11
在线时间:
201小时
发帖:
36355
只看该作者 3楼 发表于: 2008-03-05
引用
最初由 qyqgpower 发布
--ref 4是1080p@level4.1的极限


求qyq大解...

why ref4是极限...

1080p的片子做的少
  
回复 引用
举报顶端
Rouble
级别: 骑士
注册时间:
2005-05-11
在线时间:
0小时
发帖:
1269
只看该作者 4楼 发表于: 2008-03-05
引用
最初由 yujin630 发布


求qyq大解...

why ref4是极限...

1080p的片子做的少


硬解関係
avc level3.1以上參考幀最大只能是4
回复 引用
举报顶端
yujin630
级别: 工作组
注册时间:
2003-05-11
在线时间:
201小时
发帖:
36355
只看该作者 5楼 发表于: 2008-03-05
呀...

sb了sb了

多谢LS提醒 忘了这么一说了 囧

还是基础不扎实 嗯
  
回复 引用
举报顶端
qyqgpower
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 6楼 发表于: 2008-03-06
引用
最初由 Rouble 发布


硬解関係
avc level3.1以上參考幀最大只能是4

不是，这和分辨率有密切关系，而且在721之前，ref还要考虑bframe和b-pyramid的设置，因为后两者会影响DPB（Decoded Picture Buffer）的大小

721开始，--ref设置会考虑到DPB大小，所以在level4.1（MaxDPB=12582912 byte）时
1280x720 --ref最大9
1920x1080 --ref最大4

指定level后--ref过限（实质上为DPB越界）会有提示，比如
x264 [warning]: DPB size (13824000) > level limit (12582912)
回复 引用
举报顶端
yujin630
级别: 工作组
注册时间:
2003-05-11
在线时间:
201小时
发帖:
36355
只看该作者 7楼 发表于: 2008-03-06
嗯 受教了
谢qyq大

DPB大概也知道点点，但是根本没想到和这个东西有关联...
看最前边的帖子，猜测是和分辨率有关但是不知怎解

也感谢rouble大指点XDDDDDD
  
回复 引用
举报顶端
techneek
级别: 新手上路
注册时间:
2007-02-26
在线时间:
0小时
发帖:
185
只看该作者 8楼 发表于: 2008-03-06
merange竟然开到64？？？？
回复 引用
举报顶端
techneek
级别: 新手上路
注册时间:
2007-02-26
在线时间:
0小时
发帖:
185
只看该作者 9楼 发表于: 2008-03-06
另外，如果真要符合Level4.1的要求，除了VBV相关设置要设置外，P4*4也要去掉～
回复 引用
举报顶端
qyqgpower
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 10楼 发表于: 2008-03-06
引用
最初由 techneek 发布
另外，如果真要符合Level4.1的要求，除了VBV相关设置要设置外，P4*4也要去掉～

VBV现在没有定论，全部都是猜测性的，有人测试到80Mbps左右DXVA开始不正常，但标准里说的level4.1的CPB是62500
回复 引用
举报顶端
techneek
级别: 新手上路
注册时间:
2007-02-26
在线时间:
0小时
发帖:
185
只看该作者 11楼 发表于: 2008-03-06
VBV实际上就是硬件播放器的帧缓存容量，max rate就是硬件播放器从存储媒体到内存或者内存到解码核心的带宽峰值，取二者间比较小的值。对于不同的解码芯片，不同的硬件体系（包括电脑里使用的DXVA，实际上就是显卡内置的解码模块）VBV的具体情况是不同的。可以理解的是，电脑的显卡显然是众多硬件解码方案中最强的一种，恐怕比BD播放机的硬件还要强。所以，以DXVA为参考设置VBV并不是一个很好的方案。

虽然硬件的素质各有不同，但是AVC的标准只有一个，对4.1来说，AVC标准里规定Buffer Size是12MB，峰值码率为50Mbps。但是以次世代DVD标准BD来说，实际的VBV尺寸是30000Kbits，Max Rate为38000Kbps。后者为BRD的Video最高传输率（1.5x），前者应为BD标准里规定的缓存最小值。

BRD-Video是Level 4.1现实中最高层次的应用实例，所以我个人认为以BRD-Video的标准设置VBV比较合理。

EDIT:回到原来的问题：merange为什么要开到64？
回复 引用
举报顶端
qyqgpower
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 12楼 发表于: 2008-03-06
为什么不能64，我只知道umh的质量相对于merange的大小不是线性关系（图形是个锯齿），但总体趋势仍旧是约大效率越高

还有p4x4在level3以上不能开启的问题
理论上来说，是为了防止超过MaxMvsPer2Mb=16

但实际应用中，打开p4x4并不会造成问题，因为MaxMvsPer2Mb的目的是限制计算能力的消耗，但由于p4x4只会被用在极少数（0.5%）的MB中，相对于整帧的MV数量来说根本可以忽略不计，所以不会对解码器造成额外的负担

所以对于解码器，无论硬件还是软件，在高level下开p4x4并不会造成什么后果
回复 引用
举报顶端
techneek
级别: 新手上路
注册时间:
2007-02-26
在线时间:
0小时
发帖:
185
只看该作者 13楼 发表于: 2008-03-06
Well, 首先merange在dia hex模式下被限制到16，设置到64只在umh和之后的模式中有效，另外比起merange带来的增益（有些时候没有增益还有反作用），我觉得牺牲的时间代价太大了，未免不太经济。

下面是doom9上的一些数据：
引用

x264 foo_640x368.yuv -r 3 -b 3 --me umh --merange 16
x264 [info]: PSNR Mean Y:42.24 U:46.86 V:47.51 Avg:43.34 Global:42.98 kb/s:797.4
encoded 1000 frames, 9.37 fps, 797.59 kb/s

x264 foo_640x368.yuv -r 3 -b 3 --me umh --merange 32
x264 [info]: PSNR Mean Y:42.24 U:46.85 V:47.50 Avg:43.33 Global:42.98 kb/s:795.9
encoded 1000 frames, 8.00 fps, 796.12 kb/s

x264 foo_640x368.yuv -r 3 -b 3 --me umh --merange 64
x264 [info]: PSNR Mean Y:42.23 U:46.84 V:47.48 Avg:43.32 Global:42.97 kb/s:796.3
encoded 1000 frames, 5.75 fps, 796.46 kb/s
回复 引用
举报顶端
qyqgpower
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 14楼 发表于: 2008-03-06
40%而已，比起从umh到esa的500%速度差距只是小case :D

umh时提高merange的确没有什么意义，我前面就说了，对质量的影响有高有底，并不是线性

但对于esa和tesa来说，merange的提升对于质量的提高是绝对线性且明显的，特别是tesa，你可以自己去测一下，画个图表就知道了
回复 引用
举报顶端
发帖 回复
« 返回列表
«12»
共2页
上一主题下一主题
快速回复
限150 字节
上一个 下一个