如果谷歌没有放弃H.Chrome中的264?

在过去的几天里，我从这个行业的许多知识渊博的人士那里读了大量的材料, 他们都对谷歌关于H.264和WebM. (参见相关文章在这里和在这里.总而言之，传统观点认为，谷歌决定不支持H.264在Chrome原生是一个坏的行业，因为它有效地防止H.264的出现成为所有在线视频的事实上的标准.

本着相反的精神，确保我们从多个角度看待这个问题, 我要唱反调，研究一个H.264是至高无上的，谷歌(没有其他公司)提供了任何替代方案.

毕竟，从我许多同行的字里行间可以看出，这个H.只有264人的世界似乎是隐含的乌托邦理想.

首先，我们看到了一个美好的未来:所有的编码过程只需要一个编解码器. 所有工作流只需要配置一次, 全世界都可以自由地讨论这些格式, 压缩选项减少到只有一个选择. 就编解码器的解压缩部分的分布而言，这将允许无处不在, 手机制造商和设备制造商可以静下心来嵌入他们的解压算法，并最终确定他们与MPEG-LA的授权. 事实上, 看来现在的授权费都比较稳定和便宜了, 没有人担心他们会在未来的某个时候突然被隐藏的费用刺痛(尽管这实际上总是有可能的)。.

How wonderful: All we then need to worry about is RTMP/HTTP 和 format issues; compression is a given. 可爱的.

但让我们退一步来看. 让我们看看如果, 在开发了像MPEG-2这样的可爱的压缩算法(现在在电视广播中无处不在)之后，业界已经决定, 大约十年前, 停止创新. 让我们想象MPEG-4(目标是1Mbps)从未被提出.

让我们想象一下，从未有过将流媒体视频的目标比特率降至2Mbps以下的运动, MPEG-2的平均速度约为4Mbps，被认为“还可以”,每个人都放下了自己的工具，停止了创新，转而专注于MPEG-TS服务器.

如果这种情况发生了，坦率地说，我们永远不会看到流媒体行业的诞生. 当然, 等待2到4Mbps的宽带普及到足以将IP视为基于MPEG-2的在线电视的合适媒介的程度，将会阻碍行业发展相当长的一段时间. 的确，这可能是有争议的, 流媒体是宽带的关键驱动力, 开发MPEG-4和相关的1Mbps要求是否没有发生, 宽带本身可能还没有到来.

2011年没有宽带. 多么不同的世界.

我相信竞争孕育创新. 在一神论/垄断的世界里，想法往往很快就会消失在死胡同里.

有时, 在事物(生物和技术一样)的进化过程中，不合逻辑的随机曲折为模式和过程提供了创新和变化，使这些事物能够以它们的替代品无法生存的方式生存下来. 的确，这是进化的基本规律.

所以在我心里, 不管多么不合逻辑，多么值得怀疑，面对H.264, 我相信弹性和冗余——更不用说多样性和差异了——对于该领域的长寿和创新非常重要.

虽然“大g”可能很流行，但我认为这是一种有局限性的观点. 我们可能会发现，WebM的部署揭示了一些思想，使我们能够带来, 说, “超hd3d”流媒体(或者我们还没有发明的其他一些进步)降低到极低的Kbps比特率.264不能匹配.

我同意，这似乎不太可能. 但除非我们能确定, 那么我就完全赞成多样性, 我认为这是谷歌勇敢而积极的举动. 我认为对于游戏行业来说，不断地重塑自我是有益的.

如果没有，那就太无聊了!