WebM vs. H.第264集:细看
在我的测试中，x264的画质略高于H.使用Main Concept编码器产生的264文件，略好于WebM (图4; click on the image for a larger version). 在我看来, 然而, 如果普通的观看者不会注意到在正常数据速率下没有并排比较的差异，那么质量上的细微差异是无关紧要的.
为了解释这一点，我以800Kbps的速度生成720p的测试文件，这意味着我正在进行分配 .029位每像素在29.97帧每秒的文件. 相比之下，YouTube制作的是720p的视频.264的视频，大约2Mbps，这意味着分配 .每像素072位，2.比我高5倍. 为什么我的测试文件被压缩得如此之高? 因为如果数据速率足够高, 所有的技术看起来都很好，不可能区分开来.
图4. 用x264、WebM和H生成的三个对比图像.使用Main Concept编解码器 (点击图片查看大图).
最相关的测试是什么? 在我最近对一系列广播和企业网站制作的视频文件的回顾中, 我发现每像素分配的最低位数是0.43、大多数人都在上面 .07. 苹果公司制作iPad广告的时间是 .每像素168比特，大约是我测试文件的5倍，而ESPN的数据是每像素168比特 .173和CNN .106. 出了名的吝啬的老虎伍兹出版于 .136，不过在离婚损失了7.5亿美元后，他可能会收紧这一政策.
长话短说, 如果YouTube以2Mbps的速度生成基于webm的720p文件, 只有最有鉴别力的观众才能把它和H区分开来.264，然后，只有并排比较，当然，观众从来没有. It's not whether one technology is better than another; it's whether it's sufficiently better to make a difference for the typical viewer.
我应该指出，一些备受尊敬的消息来源并不认同这种观点. 例如, 莫斯科国立大学图形和媒体实验室每年都会进行编解码器比较; 今年它加入了VP8. 用H表示.264编码质量, 报告总结道:“x264编码器的平均质量更好, MainConcept的质量略低,“这是我将x264纳入评估的主要动机. 关于VP8, 报告总结道:“当比较VP8和x264时，VP8的编码速度也降低了5- 25%，平均质量降低了20-30%.“我只是没有看到.
然后是x264开发者Jason Garrett-Glaser 广泛的分析 VP8和x264的比较, 结论是x264比VP8好28%, 尽管他的比较似乎集中在1080p传输上, 所以不清楚这些结果在多大程度上可以推广到流媒体. 无论如何, 对于任何想要了解VP8编解码器和WebM规范的内部工作原理的人来说，Garrett-Glaser的分析都是极好的读物, 以及WebM可能面临的专利问题.
这两种比较主要依赖于自动质量测量，如峰值信噪比(PSNR)和结构相似(SSIM)，它们将编码帧与原始帧进行比较，并产生比较的数值分数. 我用不同的技术制作文件, 确保它们在目标数据速率的5%以内，没有丢帧. 然后，我抓取帧进行比较，并观察文件并排来评估运动伪影的存在. 你可以查看我的 高清的比较 和我的 SD比较—— 比较帧抓取然后得出你自己的结论.
整体, 我相信Garrett-Glaser能比我更好地提高x264的质量, 但让人欣慰的是，莫斯科的研究得出的结论是，MainConcept“显示的质量略低于”x264, 哪个和我的结果一致. 当然，如果你使用的是像Squeeze这样基于mainconcept的工具, VP8和H之间的质量差异.264在大多数相关的数据速率下是没有意义的.
相关文章
谷歌试图澄清其放弃H的决定.264从Chrome支持WebM产生的问题甚至比它的答案更多
1月17日
随着谷歌宣布放弃H.为了支持WebM，现在是时候开始研究这种格式了. 下面来看看如何获得最好的WebM质量.
1月12日
与WebM, 谷歌没有创造任何新的收入机会, 开拓新市场或扩大蛋糕的规模. 他们只是让你的份额变得更贵了, 所有这些都是对“开放编解码器技术”的高度追求."
1月12日
不要在意Mac背后的人. 至少在未来几年内，HTML5都不会成为一个值得认真考虑的问题.
2010年9月2日
该标准机构永久延长了从2015年起对用户免费的互联网视频免版税许可
8月26日
VP8现在是免费的，但如果质量不达标，谁在乎呢? 好吧, 事实证明，质量并非不合格, 所以这不是问题, 但也不是H质量的两倍.264的一半带宽. 自己看吧.
五月二十日
提及的公司及供应商