-->
保存您的免费座位流媒体连接今年八月. 现在注册!

WebM vs. H.第264集:细看

文章特色图片

这篇文章比较了.264转WebM, 谷歌对VP8编解码器的实现, 使用三个变量, 编码时间, 压缩质量和在三台个人计算机上播放的CPU要求. 这是 悬崖上的笔记 结果的版本:使用索伦森挤压产生两个H.264和WebM, 后者肯定花了更长的时间, 但你可以使用一些技术将价差降低到25%以下, 这是无关紧要的吗. 尽管H.264提供比WebM使用的VP8编解码器稍高的质量.g. 非常低的数据速率)参数我测试, 在正常网页参数下, 没有记分卡你根本看不出来. 即使与H.264文件产生与x264, VP8持有自己的.

这两种技术之间最显著的区别是回放各自文件所需的CPU能力, 如图所示 表1,其中包含来自四台不同计算机的结果. 所有数字都是“最佳情况”,即在所有测试的浏览器中CPU利用率最低. 下面是更多的测试过程.

Ozer WebM表

在配备GPU加速的MacBook Pro上.WebM对720p文件进行解码,需要38%的CPU,而H . 264只需要24%.在苹果Safari中,通过HTML5播放的占15%. 在没有GPU加速的宏碁Aspire One上网本上.264, WebM实际上比H.264通过Flash或HTML5播放,尽管差异并不显著. 请注意,在这款小屏幕上网本上进行的测试涉及640x480的文件,而不是720p.

在惠普8710w移动工作站与GPU加速为H.264播放,H.通过Flash播放720p文件所需的CPU功率比WebM少70%.264通过HTML5减少了47%的CPU功耗. 在我女儿的iMac上,WebM和基于flash的非加速H.基于264的播放方式并驾齐驱, 而苹果的Safari浏览器, 大概是硬件加速, 证明比WebM效率高54%.

基本上, 尽管各个浏览器之间存在巨大的波动, 哪里GPU加速存在于H.264, it's significantly more efficient than WebM; where it doesn't, they're neck and neck. 在这一点上,Flash Player 10.在支持的显卡和平台上具有硬件加速, 以及苹果自己的Safari浏览器, H有很多硬件加速平台.264播放,如果有的话,很少有WebM,虽然可能会有时间.

有趣的是, 在WebM网站上, Google表示:“注意:支持WebM的浏览器的最初开发者预览版本尚未完全优化,因此在屏幕渲染方面的计算占用比我们预期的一般版本要高. WebM的计算效率现在使用 VP8 sdk中的开发工具. 浏览器实现的优化即将到来."

实话实说, 我不是个极客, 所以低级开发工具对我来说是不可能的. 然而, 我确实将DirectShow组件下载到了我的两台Windows电脑上,并通过Windows Media Player播放了WebM文件. 在HP 8710w上, 在播放相同的高清WebM文件时,CPU负载为18%, 禁用所有加速, 相比之下,在所有测试的浏览器中,这一比例都只有70%, 硬件加速的Flash H占21%.264年回放. 在宏碁Aspire One上, CPU负载下降到24%, 30%禁用硬件加速, 在所有测试过的浏览器中,这一比例都低于51%, 而非硬件加速的基于flash的H为53%.264年回放.

当涉及到所有编解码器相关的索赔时,我来自密苏里州(“展示”州), 所以我不愿意假设后续的更新会将基于浏览器的WebM播放负载减少到这些水平. 然而,如果发生这种情况,WebM相对于H的价值主张就会降低.264更改为类似的质量, 稍微慢一点的编码, 但回放要求要低得多, 哪一个会很吸引人呢, 特别是对于低功率手机市场.

现在你知道了故事的结尾,让我们开始吧.

webm简史
根据 http://www.webmproject.org/about/WebM是一种为网络设计的免版税媒体文件格式.“短暂的, WebM使用谷歌从On2购买的VP8视频编解码器, Vorbis音频编解码器, 以及基于Matroska容器的文件结构. 虽然WebM是新的, VP8编解码器本身于9月13日首次发布, 2008, 还带着一些历史和包袱. 历史是它的前身, VP6, 当Adobe将其捆绑到Flash中时,它就变得引人注目了, 它仍然是当今互联网上使用最广泛的视频编解码器. 这些包袱是VP8新闻稿中的声明,比如:

“随着On2 VP8的推出, On2视频现在大大超过了所有其他商用格式的压缩性能. 例如,前导H.264实现需要多达两倍的数据来提供与On2 VP8相同质量的视频(在客观峰值信噪比(PSNR)测试中测量)."

新闻稿继续写道:“此外, On2 VP8比特流需要更少的处理周期来解码, 因此,用户无需拥有最新最好的PC或移动设备即可享受On2 VP8视频质量."

在接下来的11个月, On2从未将VP8用于测试, 至少对我或流媒体来说是这样, 8月5日,谷歌签署了收购On2的协议, 2009, VP8的信息比奥巴马总统传说中的肯尼亚出生证明更难找到. 谷歌于2010年2月19日完成了这笔交易,并于5月19日推出了WebM.

谷歌从未重复On2在最初新闻稿中所做的确切声明, 但当谷歌宣称“最高质量的实时视频传输”时,以及“低计算占用”,“这确实引起了一些怀疑. 同样值得注意的是,VP8并不是一项新技术,它实际上已经存在了近两年, 因此,它不会在初始质量或编码相关问题上得到好处. 也就是说, 你必须假设所有与浏览器相关的端口都是在Google签署协议购买On2(2009年8月)之后开始的。, 也许会拖到2月份交易完成之后, 所以这方面肯定还有改进的空间.

这就是闲聊的背景. 让我们开始看测试结果. 

流媒体覆盖
免费的
合资格订户
现在就订阅 最新一期 过去的问题
相关文章

谷歌拒绝H.264在Chrome意味着一个统一的HTML5视频标签现在是一个白日梦

谷歌试图澄清其放弃H的决定.264从Chrome支持WebM产生的问题甚至比它的答案更多

如何编码到WebM

随着谷歌宣布放弃H.为了支持WebM,现在是时候开始研究这种格式了. 下面来看看如何获得最好的WebM质量.

评论:欢迎来到双编解码器世界

与WebM, 谷歌没有创造任何新的收入机会, 开拓新市场或扩大蛋糕的规模. 他们只是让你的份额变得更贵了, 所有这些都是对“开放编解码器技术”的高度追求."

评论:关于HTML5的五大迷思

不要在意Mac背后的人. 至少在未来几年内,HTML5都不会成为一个值得认真考虑的问题.

走向无限和超越:MPEG LA扩展H.264互联网视频无限期暂停

该标准机构永久延长了从2015年起对用户免费的互联网视频免版税许可

第一眼:H.264和VP8的比较

VP8现在是免费的,但如果质量不达标,谁在乎呢? 好吧, 事实证明,质量并非不合格, 所以这不是问题, 但也不是H质量的两倍.264的一半带宽. 自己看吧.

提及的公司及供应商