设为首页 收藏本站
查看: 1273|回复: 0

[经验分享] MSU 出品的 H.264 编码器比较 (2012.5)

[复制链接]

尚未签到

发表于 2016-5-23 11:28:02 | 显示全部楼层 |阅读模式
  莫斯科国立大学的MSU Graphics & Media Lab (Video Group)出品的H.264编码器性能测试报告《Eighth MPEG-4 AVC/H.264 Video Codecs Comparison》。这个报告每年都有,这是最近的一次。它们测试了主流的H.264编码器的性能。从测试的结果来看,开源产品x264性能已经超过了商用编码器的性能。在此简单记录其结果。
  
一.概述
  参与测试的编码器有如下几种:
  

  • H.264
  • DivX H.264
  • Elecard H.264
  • Intel Ivy Bridge QuickSync (GPU encoder)
  • MainConcept H.264 (software)
  • MainConcept H.264 (CUDA based encoder)
  • MainConcept H.264 (OpenCL based encoder)
  • DiscretePhoton
  • x264
  • 非H.264
  • XviD (MPEG-4 ASP codec)  
      使用的测试序列:
      
    序列帧数帧率分辨率视频会议 (5 个)Deadline137430352x288Developers 4CIF360030640x480Developers 720p1500301280x720Presentation54830720x480Business493301920x1080电影 (10 个) Ice Age201424720x480City60060704x576Crew60060704x576Indiana Jones500030704x288Harbour60060704x576Ice Skating48060704x576Soccer60060704x576Race Horses30030832x480State Enemy650024720x304Party Scene50050832x480HDTV (16个)Park Joy500501280x720Riverbed250251920x1080Rush Hour500251920x1080Blue Sky217251920x1080Station313251920x1080Stockholm604501280x720Sunflower500251920x1080Tractor690251920x1080Bunny600241920x1080Dream600241920x1080Troy300241920x1072Water Drops535301920x1080Capitol600301920x1080Parrots600301920x1080Citybus600301920x1080Underwater600301920x1080
      
     
      
    测试硬件设备配置:

     

     

  • Sugar Bay platform, 3rd Generation Core i7 3xxx(IVB), 4 Cores CPU @3.4 GHz,
  • Integrated GPU: Intel HD Graphics 4000
  • GPU: NVIDIA GeForce GTX 580
  • HDD: SSD160G
  • Total Physical Memory: 2x2 Gb RAM (1600 MHz)
  • OS Name: Microsoft Windows 7
     
    总体结果:
    DSC0000.jpg
     
     

    编码器编码质量排序(注意:这里并没有考虑编码速度):

     


    • x264
    • MainConcept
    • DivX H.264
    • Elecard
    • Intel Ivy Bridge QuickSync
    • XviD
    • DiscretePhoton
    • MainConcept CUDA
     

    二.部分详细图表
    整个测试分为三种场景:视频会议(Video Conferences),电影(Movies),高清电视(HDTV)。每种场景的每个测试视频序列都列了一张图表。总体说来图表数量非常之巨大。在此不能一一列举。仅仅举一些例子说明图表的意义。

    2.1.视频会议(Video Conferences)
    2.1.1.RD曲线(RD Curves)
    RD曲线是视频质量评价中最常见的一种曲线,中文名是率失真曲线。横坐标是码率,纵坐标是视频客观算法的结果(例如PSNR或者SSIM)。下面可以看一下第一个测试视频序列的RD曲线:

    DSC0001.jpg

    这张图的视频分辨率是QCIF(176×144)。曲线横坐标是视频的码率,纵坐标是计算出来的SSIM。SSIM取值0-1之间,值越大,代表视频质量越好。从曲线中可以看出,在码率相同的情况下,x264编码的视频质量要高于其他编码器(绿色的线)。第二名是MainConcept。

     

    2.1.2.编码速度(Encoding Speed)
    编码速度的图表如图所示。横坐标是编码视频的码率,纵坐标是编码速度(在这里是每秒编码的帧数)。总体来说,随着编码的码率的增长,所有编码器的编码速度都有所下降。Intel Ivy Bridge QuickSync编码的速度非常之快,远超其他编码器。Discrete Photon,MainConcept CUDA和 Elecard在第二集团。X264编码速度算是比较慢的了。

    DSC0002.jpg

    2.1.3.速度/质量权衡(Speed/Quality Trade-Off)
    一般情况下,编码速度越快,编码的质量就会差一些;编码对质量的要求较高,那么编码的速度就会慢很多。这就是所谓的“鱼和熊掌不可兼得”了。于是就有了速度/质量权衡的图表。在这张图表中,横坐标代表相对的编码时间,取值越小越好。纵坐标代表相同视频质量的时候编码器使用的相对码率。在这里MSU使用XviD作为参考编码器。即XviD在这张表的横坐标和纵坐标都是1,即位于(1,1)点。可以看出,X264是编码慢,质量最好。Intel Ivy Bridge QuickSync是编码最快,质量稍差。

    DSC0003.jpg

    2.1.4.码率控制(Bitrate Handling)
    这张图表用于测试编码器的码率控制性能。码率控制性能好的编码器,编码后输出的视频码率和编码前设定的码率相同。码率控制性能差的编码器,编码后输出的视频码率和编码前设定的码率差别会很大。图表中纵坐标是实际码率与设定码率的比值。这个值为1,代表码率控制准确。横坐标是码率。从图中可以看出XviD在码率大于800kbps之后,出现码率控制不准的情况。Discrete Photon在码率小于500kbps的时候也出现不准的情况。其他编码器码率控制都很准确。

    DSC0004.jpg

    2.1.5.相对质量分析(Relative Quality Analysis)
    下列这张表列出了在相同的视频质量的前提下,不同的编码器需要使用的码率。可以看出,X264确实是最强悍的。

    DSC0005.jpg

    下图以图形化的方式显示了上面那张表。不同颜色的线代表不同的编码器。纵坐标代表达到和横坐标编码器相同的视频质量需要的相对码率。

     

    DSC0006.jpg

     




      
    PS:瞅着有点像比尔盖茨啊。

    2.2.电影(Movies)
    电影(Movies)场景的实验方式和上文中的视频会议(Video Conferences)类似。在此不再详述,列出图表以作备忘。需要注意的是电影(Movies)场景每个编码器使用了3种preset:High Speed Preset,Normal Preset,High Quality Preset。其中High Speed Preset更注重编码的速度,视频的质量其次考虑。High Quality Preset更注重编码的质量,速度相对会慢一些。

     

    2.1.1.RD曲线(RD Curves)
      
    (1)High Speed Preset

    DSC0007.jpg

    (2)
    Normal Preset

    DSC0008.jpg

    (3)
    High Quality Preset

    DSC0009.jpg

     

     

    2.1.2.编码速度(Encoding Speed)
      
    (1)
    High Speed Preset

    DSC00010.jpg

    (2)
    Normal Preset

    DSC00011.jpg

    (3)
    High Quality Preset

    DSC00012.jpg

     

    2.1.3.速度/质量权衡(Speed/Quality Trade-Off)
      
    (1)
    High Speed Preset

    DSC00013.jpg

    (2)
    Normal Preset

    DSC00014.jpg

    (3)
    High Quality Preset

    DSC00015.jpg

     

    2.1.1.码率控制(Bitrate Handling)
      
    (1)
    High Speed Preset

    DSC00016.jpg

    (2)
    Normal Preset

    DSC00017.jpg

    (3)
    High Quality Preset

    DSC00018.jpg

     

    2.1.1.相对质量分析(Relative Quality Analysis)

      
     

    (1)
    High Speed Preset

    DSC00019.jpg

    (2)
    Normal Preset

    DSC00020.jpg

    (3)
    High Quality Preset

    DSC00021.jpg

    (1)
    High Speed Preset

    DSC00022.jpg

    (2)
    Normal Preset

    DSC00023.jpg

    (3)
    High Quality Preset

    DSC00024.jpg

     

     

    2.3.高清电视(HDTV)
    高清电视场景的测试方式也完全一样。图太多,不再例举。

     

     

    三.结论

      
     

     

    三.附录
    3.1.使用的测试视频序列
      
    附上几张前面这些图表使用的测试视频序列的截图:

     

    Deadline

    DSC00025.jpg

    City

    DSC00026.jpg
    Crew
    DSC00027.jpg
    Ice Age
    DSC00028.jpg
     

     

      

    3.2.编码器

    本次测试使用的编码器信息如下,都是控制台程序。此处不再翻译。
     
    (1) DivX AVC/H.264 Video Encoder
    · Console encoding program version 1.1.1.9
    · Presets were chosen by ourselves to meet the comparison requirements
    Remarks: Owing to our choice of presets, the results for the DivX H.264 encoder could be slightly diminished compared with the case where the developers provide the presets.

    (2) Elecard AVC Video Encoder 8-bit edition,
    · Console encoding program version 2.1.032820.120220
    · Codec and presets were provided by Elecard Ltd Company specifically for this test

    (3) MainConcept AVC/H.264 Video Encoder Console Application
    · Console software and CUDA encoder applications and presets for them were provided by MainConcept AG Company specifically for this test
    (4) x264
    · Console encoding application with core:120 r2146 bcd41db was from the public repository
    · Presets were provided by developers specifically for this test
    Remarks: The presets provided by the developers for this comparison were specifically chosen for the SSIM metric.

    (5) XviD raw mpeg4 bitstream encoder
    · Console encoding program
    · Codec and presets used was taken from previous comparison

    (6) Discrete Photon
    · Console encoding application version (1.1.0.4) and presets was provided by developers specifically for this test

    (7) Intel Ivy Bridge QuickSync
    · Transcoder and presets was provided by Intel specifically for this test
    · Intel Ivy Bridge Platform used in hardware/software comparison was provided by Intel

  •  
    3.3.基于GPU硬件的编码器的比较
    直接比较软件编码器和硬件编码器(基于GPU)在某些条件下并不是非常合适。因为基于GPU的硬件编码器可以调用更为强大的计算资源,因此有更快的计算速度。但是基于GPU的编码器不能使用一些提高视频编码质量的算法,从而导致其质量不能达到最好。在这里单独列出基于GPU的编码器并对其性能进行性比较。如下所列:· Intel Ivy Bridge QuickSync (GPU encoder)
    · MainConcept H.264 (CUDA based encoder)
    · MainConcept H.264 (OpenCL based encoder), ATI 6970 graphic card was used

    在这里使用HD(1920x1080)的测试视频序列进行比较。实际上编码HD视频是硬件编码器主要的作用。
    本文中仅列几个图示。
    (1)RD曲线(RD Curves)
    Intel Ivy Bridge QuickSync整体上最好,个别视频中MainConcept H.264 (OpenCL based encoder)编码器性能会更好。MainConcept H.264 (CUDA based encoder)一般情况下都排在最后。
    DSC00029.jpg
    (2)码率控制(Bitrate Handling)
     
    除了低码率的情况外,所有编码器的码率控制都不错。MainConcept在低码率情况下输出实际码率偏高,Intel Ivy Bridge QuickSync 不编码低码率视频。
    DSC00030.jpg
    (3)速度/质量权衡(Speed/Quality Trade-Off)
     
    Intel Ivy Bridge QuickSync整体在速度和质量上都有些优势。MainConcept H.264 (OpenCL based encoder)编码器性能好于MainConcept H.264 (CUDA based encoder)。
    DSC00031.jpg
    (4)结论
    排序如下:
    1. Intel Ivy Bridge QuickSync
    2. MainConcept OpenCL
    3. MainConcept CUDA

     
    3.4.x264各个版本之间比较
    此外,作为最优秀的H.264编码器x264.对比了其各个版本之间性能的区别,排序如下,可以看出其一直是出于发展状态的。
  • 1. x264 (2012)2. x264 (2011)
    3. x264 (2010)
    4. x264 (2009)
    5. x264 (2007)
    6. x264 (2006)
    7. x264 (2005)
  • (1)RD曲线(RD Curves)

    DSC00032.jpg

    (2)速度/质量权衡(Speed/Quality Trade-Off)

    DSC00033.jpg

    完整文档地址:http://www.compression.ru/video/codec_comparison/h264_2012/mpeg4_avc_h264_video_codecs_comparison.pdf

     

     

     


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-220706-1-1.html 上篇帖子: 装系统准备步骤 [2012-07-20 更新] 下篇帖子: 2012年值得关注的12家Hadoop厂商
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表