搜索 社区服务 统计排行 帮助
  • 3810阅读
  • 17回复

[请教]ref=5 非cuda能硬解得来么?

楼层直达
级别: 侠客
注册时间:
2006-10-07
在线时间:
0小时
发帖:
587
RT

映像中好像是4 但是又有人说是5
级别: 新手上路
注册时间:
2007-05-07
在线时间:
1小时
发帖:
447
只看该作者 17楼 发表于: 2009-07-11
引用
最初由 ssnake 发布
MPC-HC是可以解,但是实际超出L4.1的MaxDPB的部分会卡或者出马赛克。

从没没见过这些情况......只试过分辨率超过fullhd以后确实会部分卡住
N卡的VP应该本来就没按那标准来设计
级别: 新手上路
注册时间:
2005-06-30
在线时间:
1小时
发帖:
529
只看该作者 16楼 发表于: 2009-07-11
引用
最初由 a4840639 发布

用cyberlink才会出问题,用MPC-HC完全没问题
再说ref=5在crop以后是符合high4.1的,A卡都能解
MPC-HC是可以解,但是实际超出L4.1的MaxDPB的部分会卡或者出马赛克。

级别: 新手上路
注册时间:
2007-05-07
在线时间:
1小时
发帖:
447
只看该作者 15楼 发表于: 2009-07-11
引用
最初由 66666 发布


N卡大于ref=5的用DXVA也有很大问题,最好用CUDA

用cyberlink才会出问题,用MPC-HC完全没问题
再说ref=5在crop以后是符合high4.1的,A卡都能解
级别: 圣骑士
注册时间:
2002-07-22
在线时间:
7小时
发帖:
1885
只看该作者 14楼 发表于: 2009-07-11
引用
最初由 a4840639 发布
一般的电影会crop到1920*800,所以可以到5
1440*1080也可以到5
A卡硬解严格要求HIGH4.1,但是N卡只要ref不大于13(大概是这个数)就行


N卡大于ref=5的用DXVA也有很大问题,最好用CUDA
级别: 新手上路
注册时间:
2005-06-30
在线时间:
1小时
发帖:
529
只看该作者 13楼 发表于: 2009-07-11
满足DXVA的x264里的--ref设置,给一个简单的公式:
maximum ref = min( 12288.0 * 1024 / ( width * height * 1.5) , 16 )

12288.0为L4.1的MaxDPB,width * height为分辨率。min(x , y)指取x、y中较小值。

顺手写下其他Level的MaxDPB,如果需要计算的话替换公式中的12288.0即可。
L1 148.5
L1b 148.5
L1.1 337.5
L1.2 891.0
L1.3 891.0
L2 891.0
L2.1 1782.0
L2.2 3037.5
L3 3037.5 PSP、iPhone等多数便携设备限制
L3.1 6750.0
L3.2 7680.0
L4 12288.0
L4.1 12288.0 DXVA、BD、HD-DVD限制
L4.2 13056.0
L5 41400.0
L5.1 69120.0

传送门:
http://www.itu.int/rec/T-REC-H.264-200711-S/en

级别: 新手上路
注册时间:
2009-06-17
在线时间:
0小时
发帖:
54
只看该作者 12楼 发表于: 2009-07-11
引用
最初由 ssnake 发布
老版本x264的Level(或者新版本手动指定--level参数的话)不按照实际MPB来写,并且新版本也允许MPB上浮15%(好像),因此没有参考价值——但并不等于Level与DXVA硬解无关。对于H.264编码,DXVA支持且只支持4.1以下的Level。部分解码器无视Header里的Level数值而只根据实际MPB来决定是否启用DXVA(因此出现你所谓“L5.1”的视频能够被硬解的事实),但也有部分解码器会根据Header中的Level数值来判断是否启用DXVA。

High Profile在DXVA等PC硬解API中均能支持到。ReFrame的话,DXVA硬解需要根据低于Level 4.1的要求计算。

如果要追求广泛的兼容性,那么应当总是遵循Level数值小于4.1,和实际MPB满足Level 4.1以下的要求。这样的H.264视频能兼容PC各种硬解API各种解码器,绝大多数BD播放机(包括PS3),等等。

既然提到其他编码了,那么顺便一提,DXVA硬解VC-1同样对ReFrame有要求,不过wmcmd大家一般都用默认参数的,默认是1-2好像(根据你选择的编码复杂度决定),肯定能DXVA。

原来如此!学习了:p
级别: 新手上路
注册时间:
2005-06-30
在线时间:
1小时
发帖:
529
只看该作者 11楼 发表于: 2009-07-11
NC把DPB都打成MPB了……

引用
最初由 HDvideo 发布



那么你们所讲的对于HIGH和ref硬解有要求的是指什么编码呢?
老版本x264的Level(或者新版本手动指定--level参数的话)不按照实际DPB来写,并且新版本也允许DPB上浮15%(好像),因此没有参考价值——但并不等于Level与DXVA硬解无关。对于H.264编码,DXVA支持且只支持4.1以下的Level。部分解码器无视Header里的Level数值而只根据实际DPB来决定是否启用DXVA(因此出现你所谓“L5.1”的视频能够被硬解的事实),但也有部分解码器会根据Header中的Level数值来判断是否启用DXVA。

High Profile在DXVA等PC硬解API中均能支持到。ReFrame的话,DXVA硬解需要根据低于Level 4.1的要求计算。

如果要追求广泛的兼容性,那么应当总是遵循Level数值小于4.1,和实际DPB满足Level 4.1以下的要求。这样的H.264视频能兼容PC各种硬解API各种解码器,绝大多数BD播放机(包括PS3),等等。

既然提到其他编码了,那么顺便一提,DXVA硬解VC-1同样对ReFrame有要求,不过wmcmd大家一般都用默认参数的,默认是1-2好像(根据你选择的编码复杂度决定),肯定能DXVA。

级别: 新手上路
注册时间:
2009-06-17
在线时间:
0小时
发帖:
54
只看该作者 10楼 发表于: 2009-07-11
哦!原来是H264
级别: 新手上路
注册时间:
2007-05-07
在线时间:
1小时
发帖:
447
只看该作者 9楼 发表于: 2009-07-11
引用
最初由 HDvideo 发布



那么你们所讲的对于HIGH和ref硬解有要求的是指什么编码呢?

x264只是一种基于AVC编码的编码器
H.264/AVC对于不同level profile的界定有明确规定,但是x264输出的level却是可以随便改的,你把UHD分辨率 ref 16 100M 码率的视频标上 baseline 1.0 都不是不可能,不具备实际意义

这么说明白了吧
级别: 新手上路
注册时间:
2009-06-17
在线时间:
0小时
发帖:
54
只看该作者 8楼 发表于: 2009-07-11
引用
最初由 ssnake 发布
是的

常见的
1920x1080 ref<=4
1280x720 ref<=9

引用
最初由 a4840639 发布

A卡硬解严格要求HIGH4.1,但是N卡只要ref不大于13(大概是这个数)就行

引用
最初由 a4840639 发布

x264的那个level完全可以乱写,所以也没哪个解码器会根据level禁止硬解

那么你们所讲的对于HIGH和ref硬解有要求的是指什么编码呢?
级别: 新手上路
注册时间:
2005-06-30
在线时间:
1小时
发帖:
529
只看该作者 7楼 发表于: 2009-07-10
引用
最初由 a4840639 发布

x264的那个level完全可以乱写,所以也没哪个解码器会根据level禁止硬解
有的,老版本的PD/Cyberlink。

级别: 新手上路
注册时间:
2007-05-07
在线时间:
1小时
发帖:
447
只看该作者 6楼 发表于: 2009-07-10
引用
最初由 HDvideo 发布
我想问下为什么我的720P压到High@L5.1、ReFrames=4 frames,3850还能成功硬解,请问这个参数硬解的兼容性好吗?

x264的那个level完全可以乱写,所以也没哪个解码器会根据level禁止硬解
级别: 新手上路
注册时间:
2009-06-17
在线时间:
0小时
发帖:
54
只看该作者 5楼 发表于: 2009-07-10
我想问下为什么我的720P压到High@L5.1、ReFrames=4 frames,3850还能成功硬解,请问这个参数硬解的兼容性好吗?
级别: 新手上路
注册时间:
2007-05-07
在线时间:
1小时
发帖:
447
只看该作者 4楼 发表于: 2009-07-01
一般的电影会crop到1920*800,所以可以到5
1440*1080也可以到5
A卡硬解严格要求HIGH4.1,但是N卡只要ref不大于13(大概是这个数)就行
快速回复

限150 字节
上一个 下一个