【开坑】HEVC目前已知平台解码记录
发表于 : 2015-01-26 14:33
和KRL光之影字幕组的kkcvbl、APTX4869的MythCreator等人总结了一份目前为止HEVC的解码完成度测试,供有兴趣的朋友进行参考。
文章发到了微博http://weibo.com/Hi10P
本文旨在与littlepox的x265参数测试相对应,原文地址:viewtopic.php?f=8&t=1560。集合不同解码环境的结果比较,供拥有相近平台的朋友进行参考。同时也意在观察今后解码器对于新编码的支持度。
此记录将不断更新,目前由sadouxi、kkcvbl、MythCreator进行维护。
参与平台机器以及具体硬件配置
A:Clevo W650SZ,i7 4700MQ,16GB,HD4600,Windows 8.1 Update x64
B:Dell Inspiron 14 3443,i5 4510U,4GB,HD4400+Nvidia Geforce GT820M,Windows 7 Ultimate x64
C:Acer 4745G,i7 640m,4GB,ATI Readon 5750m,Windows 7 Ultimate x64
D:PC机,i7 4770k,8GB,Nvidia Geforce GTX760,Windows 7 Ultimate x64
E:Lenovo Yoga 11s,i5 3339Y,4GB,HD4000,Windows 8.1 Update Core Republic x64
F:Acer Aspire P3,i5 3339Y,4GB,HD4000,Windows 8.1 Update x64
G:笔记本,A10-5750m,4GB,APU,Windows 7 Ultimate x64
H:联想 G450,I7-4702MQ,16GB,HD4600+AMD Radeon HD8670,Windows 10 Technical Preview Build.9860
I:PC机,E3-1230v2 @ 3.8GHz,16GB,NVIDIA GTX 960,Windows 8.1 x64
评测环境
K-Lite Codec Pack自带的MPC-HC,主要使用LAV Filters进行部分硬件解码或全程软解码,对于ATI平台,另外使用视骏OpenCL解码器作为附加的加速手段来进行解码。本人使用渲染器为madVR以及EVR(自定义),MythCreator基本使用播放器默认设置(覆盖合成器/EVR),sadouxi基本使用MPC-HC 1.7.8 + LAV Filters 0.63.0.62-git(2015年1月26日编译) ,并默认设置。
添加1080p 8bit条目:1080p测试视频为铠武/屎来喂/绝狼
2160p测试视频为网络上某个4k HEVC视频,AND三星变形金刚系列串联4k视频片段(10bit),以及日本某电视台高码率4k的ts,以上三个视频下载地址:http://pan.baidu.com/s/1mgzbIY0 密码:1v6s
720p因要求不高,基本上都能,故不再做出测试
1080p解码情况:
A:可完美应付大部分情况下的软解以及硬解,可使用LAV Filters中的DXVA2来对HEVC视频进行硬解。
B:只能软解,占用率只能说差强人意,凭借着Haswell强大的核心暂时能制服现有的HEVC视频。无法使用CUVID对视频进行加速(即使能够强制播放器使用独立显卡并用此制服4k烤鸭)。无法确认HD4400是否能对视频进行加速(当时更侧重与测试能否CUVID,820m即使再怎么马甲仍旧是开普勒架构的独显,比HD4400更为优秀些,故没有进行测试)。
C:无法轻松应付1080p视频,纯软解的情况下可用x64的LAV Filters弥补。x86播放的方面,则使用视骏OpenCL来加速,因为HD5650m正好满足此解码器最低的加速解码要求,可成功加速,但是拖放的时候会有一瞬间的播放占用过高。并未对此进行使用视骏来软解1080p
D:完美应付全部情况,可软解可硬解,GTX760既可CUVID又可DXVA2
E:无法轻松应付,纯软解的情况下可用x64的LAV Filters弥补。所有的DXVA2情况均不可应付,加速失败,已更新到最新的驱动也不能。视骏已测试,作为最强的软件解码器,表现能力比LAV要好一些
F:因配置几乎一模一样,故情况同E
G:CPU性能天生缺陷(毕竟i3战全家),几乎不可能使用软解解决,纯软解的情况下可用x64的LAV Filters弥补,但不稳定。x86播放的方面,则使用视骏OpenCL来加速,因为APU中更为优秀的集成显卡正好满足此解码器的加速解码要求,可成功加速,与HD5650m情况一样,拖放的时候会有一瞬间的播放占用过高。
H:催化剂驱动强制指定MPC-HC只能工作在省电模式下所以只能调用I卡,现阶段只能软解。两个方案都流畅,但LibAV占用率在15%左右,视骏几乎没有占用。
I:可完整硬解除2160p 8bit以外(因暂无测试视频源,所以只能例外,今后再进行更新)的主流8bit HEVC视频源,CPU占用率在5%以下,非常完美。
2160p解码情况:
A:软解能勉强应付,可使用DXVA2 LAV NATIVE模式进行硬解加速。但x86播放器即便成功硬件加速也发生丢帧现象(madVR下),调整选项后解决并成功降低资源占用率,EVR下无此问题。x64的MPC没有这方面的问题。余下的两个变态ts均没有办法进行硬件加速,纯软解只能在x64播放器,渲染器为覆盖合成器的情况下仅能勉强应付。
B:情况同1080p,只能软解,软解的性能完全不足以应付
C:平台过于老旧,不予考虑,尝试过解码但是无法硬件加速
D:完美应付,可软解,可DXVA2,可CUVID。变态ts未测试
E:性能过低,不予考虑,尝试过解码只能勉强通过,CPU占用率居高不下,100%的情况随处可见。视骏软解直接挂了……
F:配置跟E近乎相同,情况也大致相同
G:CPU性能过低,不予考虑
H:催化剂驱动强制指定MPC-HC只能工作在省电模式下所以只能调用I卡,现阶段只能软解。LibAV方案卡顿,CPU占用率常年75%;视骏方案流畅观看,CPU占用率在25%到35%徘徊。
I:纯软解,播放三星变形金刚系列串联4k视频片段(10bit)的时候CPU占用率在70%左右,非常流畅,但是在播放某TS的时候却异常卡顿,帧率在45fps左右,CPU占用率100%。另外在使用CUVID解码的时候曾出现播放器停止响应然后强退的情况发生。
个人看法:kkcvbl
事实上随着新款CPU不断地释出,软解性能方面逐渐提升不是问题。另外4k视频也只是网络上的一个普通Sample,并不是炮姐或者大腿那种略微不合理的2160p,能满足这个4k视频要求,并在合理范围内基本解决1080p解码的话,就基本上可以让HEVC做一次最基本的普及。至于新加入目录中的变态ts以及变形金刚4k 10bit HEVC,更多是看拷机以及挑战极限性能。若能应付自如,意味着测试者的电脑配置也绝对不差XD。
事实上,在CPU方面,AMD推出了能支持H.265的新款Carrizo APU,并在CES2015上煞有其事的展示了一遍。这意味着下一代CPU即便是低端也有望可以实现内置显卡加速硬解,降低HEVC的硬件配置要求。而Intel早已推出Broadwell,虽然仅仅只是低压U平台,但是HD6000系列能否也能进行硬加速,还待测试,如果我能拿到机器的话XD。Intel在1月期间放出了可以让Haswell以及Broadwell的核芯显卡进行4k硬解的驱动,但对应的LAV Filters并未能做出软件支持,驱动说明说既可以硬解8bit也可以硬解10bit,目前仍未证实能用。但我个人更希望三代甚至二代等老平台上,做出像视骏OpenCL这类支持,尽可能地让老硬件老树开花,仅仅支持最新的两代核显是明显不够的。
在GPU方面,视骏OpenCL已经给予了AMD的HD5000以上至今的显卡提供了除DXVA2以外的硬件加速支持。但NVIDIA的CUVID,目前在开普勒上的GTX760成功使用。而Maxwell核心方面,老黄突然放大招,在中端卡GTX960上加入了完整的HEVC硬解核心,规格在他之上的GTX970以及980均没有,也是鬼畜至极。目前为止,LAV Filters等解码器仍需要时间去完善现有的解码能力,之前解码的过程中甚至DXVA2的加速都会导致画面跳帧,而远远不如软解的视骏。视骏虽说是目前为止软解最强的解码器,但是其中的原因不得而知,是否是对画面进行降质来换取速度的提升,还是它自己自身独有的技术才如此厉害?目前还是不清楚。
文章发到了微博http://weibo.com/Hi10P
本文旨在与littlepox的x265参数测试相对应,原文地址:viewtopic.php?f=8&t=1560。集合不同解码环境的结果比较,供拥有相近平台的朋友进行参考。同时也意在观察今后解码器对于新编码的支持度。
此记录将不断更新,目前由sadouxi、kkcvbl、MythCreator进行维护。
参与平台机器以及具体硬件配置
A:Clevo W650SZ,i7 4700MQ,16GB,HD4600,Windows 8.1 Update x64
B:Dell Inspiron 14 3443,i5 4510U,4GB,HD4400+Nvidia Geforce GT820M,Windows 7 Ultimate x64
C:Acer 4745G,i7 640m,4GB,ATI Readon 5750m,Windows 7 Ultimate x64
D:PC机,i7 4770k,8GB,Nvidia Geforce GTX760,Windows 7 Ultimate x64
E:Lenovo Yoga 11s,i5 3339Y,4GB,HD4000,Windows 8.1 Update Core Republic x64
F:Acer Aspire P3,i5 3339Y,4GB,HD4000,Windows 8.1 Update x64
G:笔记本,A10-5750m,4GB,APU,Windows 7 Ultimate x64
H:联想 G450,I7-4702MQ,16GB,HD4600+AMD Radeon HD8670,Windows 10 Technical Preview Build.9860
I:PC机,E3-1230v2 @ 3.8GHz,16GB,NVIDIA GTX 960,Windows 8.1 x64
评测环境
K-Lite Codec Pack自带的MPC-HC,主要使用LAV Filters进行部分硬件解码或全程软解码,对于ATI平台,另外使用视骏OpenCL解码器作为附加的加速手段来进行解码。本人使用渲染器为madVR以及EVR(自定义),MythCreator基本使用播放器默认设置(覆盖合成器/EVR),sadouxi基本使用MPC-HC 1.7.8 + LAV Filters 0.63.0.62-git(2015年1月26日编译) ,并默认设置。
添加1080p 8bit条目:1080p测试视频为铠武/屎来喂/绝狼
2160p测试视频为网络上某个4k HEVC视频,AND三星变形金刚系列串联4k视频片段(10bit),以及日本某电视台高码率4k的ts,以上三个视频下载地址:http://pan.baidu.com/s/1mgzbIY0 密码:1v6s
720p因要求不高,基本上都能,故不再做出测试
1080p解码情况:
A:可完美应付大部分情况下的软解以及硬解,可使用LAV Filters中的DXVA2来对HEVC视频进行硬解。
B:只能软解,占用率只能说差强人意,凭借着Haswell强大的核心暂时能制服现有的HEVC视频。无法使用CUVID对视频进行加速(即使能够强制播放器使用独立显卡并用此制服4k烤鸭)。无法确认HD4400是否能对视频进行加速(当时更侧重与测试能否CUVID,820m即使再怎么马甲仍旧是开普勒架构的独显,比HD4400更为优秀些,故没有进行测试)。
C:无法轻松应付1080p视频,纯软解的情况下可用x64的LAV Filters弥补。x86播放的方面,则使用视骏OpenCL来加速,因为HD5650m正好满足此解码器最低的加速解码要求,可成功加速,但是拖放的时候会有一瞬间的播放占用过高。并未对此进行使用视骏来软解1080p
D:完美应付全部情况,可软解可硬解,GTX760既可CUVID又可DXVA2
E:无法轻松应付,纯软解的情况下可用x64的LAV Filters弥补。所有的DXVA2情况均不可应付,加速失败,已更新到最新的驱动也不能。视骏已测试,作为最强的软件解码器,表现能力比LAV要好一些
F:因配置几乎一模一样,故情况同E
G:CPU性能天生缺陷(毕竟i3战全家),几乎不可能使用软解解决,纯软解的情况下可用x64的LAV Filters弥补,但不稳定。x86播放的方面,则使用视骏OpenCL来加速,因为APU中更为优秀的集成显卡正好满足此解码器的加速解码要求,可成功加速,与HD5650m情况一样,拖放的时候会有一瞬间的播放占用过高。
H:催化剂驱动强制指定MPC-HC只能工作在省电模式下所以只能调用I卡,现阶段只能软解。两个方案都流畅,但LibAV占用率在15%左右,视骏几乎没有占用。
I:可完整硬解除2160p 8bit以外(因暂无测试视频源,所以只能例外,今后再进行更新)的主流8bit HEVC视频源,CPU占用率在5%以下,非常完美。
2160p解码情况:
A:软解能勉强应付,可使用DXVA2 LAV NATIVE模式进行硬解加速。但x86播放器即便成功硬件加速也发生丢帧现象(madVR下),调整选项后解决并成功降低资源占用率,EVR下无此问题。x64的MPC没有这方面的问题。余下的两个变态ts均没有办法进行硬件加速,纯软解只能在x64播放器,渲染器为覆盖合成器的情况下仅能勉强应付。
B:情况同1080p,只能软解,软解的性能完全不足以应付
C:平台过于老旧,不予考虑,尝试过解码但是无法硬件加速
D:完美应付,可软解,可DXVA2,可CUVID。变态ts未测试
E:性能过低,不予考虑,尝试过解码只能勉强通过,CPU占用率居高不下,100%的情况随处可见。视骏软解直接挂了……
F:配置跟E近乎相同,情况也大致相同
G:CPU性能过低,不予考虑
H:催化剂驱动强制指定MPC-HC只能工作在省电模式下所以只能调用I卡,现阶段只能软解。LibAV方案卡顿,CPU占用率常年75%;视骏方案流畅观看,CPU占用率在25%到35%徘徊。
I:纯软解,播放三星变形金刚系列串联4k视频片段(10bit)的时候CPU占用率在70%左右,非常流畅,但是在播放某TS的时候却异常卡顿,帧率在45fps左右,CPU占用率100%。另外在使用CUVID解码的时候曾出现播放器停止响应然后强退的情况发生。
个人看法:kkcvbl
事实上随着新款CPU不断地释出,软解性能方面逐渐提升不是问题。另外4k视频也只是网络上的一个普通Sample,并不是炮姐或者大腿那种略微不合理的2160p,能满足这个4k视频要求,并在合理范围内基本解决1080p解码的话,就基本上可以让HEVC做一次最基本的普及。至于新加入目录中的变态ts以及变形金刚4k 10bit HEVC,更多是看拷机以及挑战极限性能。若能应付自如,意味着测试者的电脑配置也绝对不差XD。
事实上,在CPU方面,AMD推出了能支持H.265的新款Carrizo APU,并在CES2015上煞有其事的展示了一遍。这意味着下一代CPU即便是低端也有望可以实现内置显卡加速硬解,降低HEVC的硬件配置要求。而Intel早已推出Broadwell,虽然仅仅只是低压U平台,但是HD6000系列能否也能进行硬加速,还待测试,如果我能拿到机器的话XD。Intel在1月期间放出了可以让Haswell以及Broadwell的核芯显卡进行4k硬解的驱动,但对应的LAV Filters并未能做出软件支持,驱动说明说既可以硬解8bit也可以硬解10bit,目前仍未证实能用。但我个人更希望三代甚至二代等老平台上,做出像视骏OpenCL这类支持,尽可能地让老硬件老树开花,仅仅支持最新的两代核显是明显不够的。
在GPU方面,视骏OpenCL已经给予了AMD的HD5000以上至今的显卡提供了除DXVA2以外的硬件加速支持。但NVIDIA的CUVID,目前在开普勒上的GTX760成功使用。而Maxwell核心方面,老黄突然放大招,在中端卡GTX960上加入了完整的HEVC硬解核心,规格在他之上的GTX970以及980均没有,也是鬼畜至极。目前为止,LAV Filters等解码器仍需要时间去完善现有的解码能力,之前解码的过程中甚至DXVA2的加速都会导致画面跳帧,而远远不如软解的视骏。视骏虽说是目前为止软解最强的解码器,但是其中的原因不得而知,是否是对画面进行降质来换取速度的提升,还是它自己自身独有的技术才如此厉害?目前还是不清楚。