思想之流:黑客群体的WebM策略

考虑到开源和自由软件运动中代码修改的本质, 与典型的专有软件代码相比，这种类型的软件往往停留在beta或开发人员预览状态的时间更长.

在代码调整和完整分支之间，修改会使代码变得混乱. google赞助的WebM项目与典型的开源项目没有太大的不同, 只有三个例外:谷歌在背后投入了财力, 它在路线图上有一长串的工作项, 该公司将当前版本标记为开发者预览版, 在未来的某个时候发布完整版本.

For the sake of space, 我要指出的是，并不是每一种新的视频格式都能与主流编码工具中使用的编解码器相提并论.

说到编码工具, 工作列表涵盖了许多关键的待办事项步骤, 包括对第三方编码解决方案的支持——通过使用QuickTime和DirectShow插件.

插件是必需的，这样WebM才能适应已建立的工作流. To do this, 谷歌不得不创建一个许可计划，允许它们在专有的商业软件产品中使用, 我们已经在StreamingMedia的几篇文章中介绍过了.com website.

那些可能选择破解这些第三方插件代码的人将能够保留自己的代码, 因为许可证明确规定，任何修改或添加的代码都不需要返回给开源社区.

该公司还宣布, via the On2 website, Wildform将接管其前Flix Pro产品的创作和销售, 这将支持VP8视频和Ogg Vorbis音频压缩, saving files with the .webm extension.

另一件要做的事情是在Android移动平台上创建对WebM的支持. 因为没有播放器插件支持WebM, 在任何设备上使用WebM都需要支持该格式的浏览器, 包括谷歌的Chrome. Android对WebM的支持预计将在第四季度发布.

所以贡献可能有点困难, 除非黑客攻击是在开源浏览器上进行的, 比如那些基于苹果的WebKit或Mozilla的开源代码的软件. After all, 因为WebM不需要插件就可以在浏览器中播放, 只有修改浏览器的核心代码才能启用回放. 在六月底写这篇文章的时候, 支持WebM的浏览器是Chrome, Mozilla Firefox, and Opera.

最后一种贡献方式是在代码压缩和解压缩优化领域. 虽然这些可能是专门领域, 他们是迫切需要的, 正如Google在WebM FAQ中所承认的那样.

在此期间会发生什么呢? 目前，需要外部库来支持H.对于不支持WebM的浏览器来说，这些格式是基本的编解码器.

我们已经介绍了流媒体上的代码片段.com that failover from H.264和遗留编解码器返回到Adobe Flash插件, 但谷歌在WebM常见问题解答中正确地指出，还有其他预构建选项, 比如Kaltura的HTML5媒体库, 开放标准媒体播放器, Projekktor, and Modernizr, among others.

Kaltura的抽象方法值得称赞，它结合了WebM, H.264和传统的编解码器支持到网页库. 在HTML5牢固建立之前，这些类型的工具将减轻过渡时期的一些痛苦.