国产H.265(HEVC)解码器

原文地址： http://tieba.baidu.com/p/2243767049

最近迅雷和PPS等几个国内视频领域厂商突然宣布支持H.265, 并很快提供了测试渠道, 很让人出乎意料.
且不说普通用户, 很多压片专业用户估计也始料未及, 国内竟然有这么高调推广新技术, 而且还是这种硬功夫的编解码器领域.
虽然可以不对这些商业化的宣传抱有期望, 甚至是严重怀疑的态度, 但对新技术的推广有利的话, 我们这些技术宅还是应该感到很期待的.

我还没去来得及更新迅雷看看, 就从某处得到了所用的解码器, 而且是dshow的filter, 这种形式很正常, 也比较容易集成到迅雷看看之中.
简单看了下, 解码器分FLVSplitter.ax和HEVCDecFltr.dll两个, 前者应该是修改过的FLV分离器, 后者才是真正的HEVC解码器.
很明显, 解码器的资源暴露了来源: 公司是Strongene, 产品名称为Lentoid Codec, 版本是2.0.0.10
很快就找到所属的官方网站: http://xhevc.com
和介绍的一样, 是和北京大学计算机科学技术研究有关联的新公司, 以视频和图像编码技术为核心.
网站提供了简单的技术介绍、视频样本和解码器, 和我下载到的一模一样, 可惜没有公开编码器.
技术介绍中值得一提的是"比H.264少一半的码率提供相同清晰度", "编码器仅比x264慢5倍", 并没有提到解码器性能慢多少, 只能自己来测试了.
视频样本有源版以及和x264编码对比的各种分辨率样本, 至少大家能自己来测试的对比这个HEVC的质量, 即使没有编码器.
可以看出,x264也是有少量细节比hevc丰富的,但总的来看还是HEVC的画质更好,但改进不是很多,更达不到节省一半体积的效果. 我个人觉得现在的编码器只能达到最多20%的提升, 5年后极端改进之后,能达到30%~40%, 远不可能达到提升100%(即减小一半码率)的可能性.

百度居然有这么专业的贴吧，实在不错。
版本号为2.0.0.10的解码器不是最新版的，最新版2.0.1.3请去xhevc.com下载哈，应该会在1小时内上传，兼容HM10。

少量特性（例如无损编码）出于性能等原因暂时没有支持，但是应该会很快更新。

另外关于hevc的效率问题，目前我们的编码器可以达到的数据大约是节省35-40%的码率。理想情况是节省50%码率（提高100%压缩率），但是目前还做不到。具体的数据如果有人感兴趣的话可以联系我们～

收起回复

• 14楼
• 2013-04-01 10:00

• 举报 |

• 
  dwing:  直接给出原片和你们极限压缩后的flv就可以让大家来评测了, 如果解码器还不支持就不着急, 等你们做好了第一时间发到这个贴吧里吧. 虽然不指望你们能放出编码器, 但能在免费可用的编码器出来之前就能普及一定程度的H.265技术, 还是会对以后淘汰旧技术起到很大促进作用的.

  2013-4-1 10:09  回复
• 
  dwing:  另外, 节省码率这方面应该和码率有关, 高码率应该更能节省一些, 低码率节省的比较少, 希望你们能给出一个二维码率/质量对比图出来, 如果有测试数据的话.

  2013-4-1 10:10  回复
• 
  lsen324:  yljhh你好

  2013-4-1 10:10  回复
• 
  abcfy2:  哇，内部人员出现了

  2013-4-1 10:11  回复
• 
  woshiyljhh:  回复 dwing :编码器短期内不太可能放出来，因为还是得考虑养活实验室的问题……不过长期来看是有可能的。xhevc上上传了最新的解码器和720p以及1080p的测试码流。其中1080p的是我们自己的编码器变的，内容是阿凡达的预告片，动态比较多。

  举报 |   2013-4-1 10:29  回复

怎么国内比国外还急着推广H.265？中国自己搞的AVS又抛弃不要了？自动跳进人家挖好的专利收费坑？还是FIREFOX聪明，打死不上H.264～

收起回复

• 18楼
• 2013-04-01 21:26

• 举报 |
• 来自手机贴吧

• 
  dwing:  据说这个HEVC项目已经得到开发和商用许可了. 国内的AVS你还指望普及么? HEVC已经有很大的完成度了, 而AVS不但进展缓慢,而且技术也基本靠拼凑抄袭, 更得不到国外开源组织像x264那样的持续改进和开源公开.

  2013-4-1 21:44  回复
• 
  abcfy2:  中国自己想搞很多标准，结果都得不到国际上的认可，现在GB2312依然是个痛，支持度远不如UTF-8

  举报 |   2013-4-1 21:45  回复
• 
  dwing:  回复 abcfy2 :GB2312是历史原因,不是错误,早期时候还没有unicode,各国都是自己定义本国文字编码.

  2013-4-1 22:10  回复
• 
  free077go:  我记得前段时间不是FIREFOX上H.264了吗，只不过是借用微软系统自带的H.264解码，也就是说只支持Vista以上操作系统，这样算不算迂回式避免转嫁给微软。

  2013-4-2 10:02  回复
• 
  i990049:  回复 @free077go :你让LINUX、MAC版本的FF情何以堪～

  2013-4-2 11:19  回复

xhevc上的码流是打开了wpp的one pass ABR编码，会对编码效率有一点影响。因为最近在测试wpp并行编码这个东西……

收起回复

• 22楼
• 2013-04-02 19:07

• 举报 |

• 
  dwing:  那么你们的编码器和HM参考版本相比,增加或去掉了某些特性吗? 都用最好的参数,压缩质量和HM相比如何呢?

  2013-4-2 21:41  回复
• 
  woshiyljhh:  回复 dwing :我们的编码器目前还没有支持全部的特性，在相同特性下，比HM效率略低3%左右，速度快很多，主要是面向实用的。新的特性还在开发中。

  2013-4-3 10:16  回复
• 
  abcfy2:  百度现在就是这个德行，回复超过一页的直接从提醒中点通通看不到，只能看到一页的内容。需要你点击贴吧，然后点击帖子，也就是地址栏是最干净的时候,才可以看到后面几页的回复

  2013-4-3 10:28  回复
• 
  abcfy2:  另外问一下有没有linux的解码器？目前用的播放器是mplayer/smplayer和vlc播放器，均无法加载dll解码器

  2013-4-3 10:47  回复
• 
  woshiyljhh:  回复 abcfy2 :目前的工作重心不在这上面，但是理论上不难集成进ffmpeg什么的

  2013-4-3 10:51  回复