关于因特网视频之未来的争论近来喋喋不休，特别是苹果公司在iPad和iPhone平台上禁用Adobe的Flash技术。
在去年4月的一封公开信中，苹果CEO乔布斯解释了为什么苹果不容许Flash在iPhone、iPod和iPad上。取代Flash，苹果正在推广一种称为HTML5的新标准。那么，这新兴标准对在网上分配视频的电视广播机构会有何影响？
首先必须了解的是HTML5的不是。它不是一种如H.264或Dirac等的新视频压缩算法；它不是一种如MP4（MPEG 4 Part 14）、AVI（音视频交错）或3GP（用于3G手机）等的新视频格式。
它也不是与以前彻底分道扬镳，因为它建立于当前网络上到处使用的两种标记语言HTML和XML的基础之上。
HTML5是什么？
那么HTML5究竟是什么？它是一种向能上网的设备分发如何处理视频内容的指令的新方式。
当前许多浏览器（苹果的Safari、Mozilla的火狐、谷歌的Chrome）及其它即将上市的浏览器（微软的IE9）都提供对视频的原生支持。这意味着对解码浏览器自身内的某些种类的压缩视频将提供内建的支持，不需安装如Flash或微软Silverlight这样的插件。
例如，适用于Mac和Windows操作系统的Safari像Chrome一样，原生支持内建于此浏览器的原代码。火狐浏览器内在地并不支持H.264（由于此开源社区对使用像H.264等的专有技术天生的抗拒），但它却原生支持另一种视频编解码Theora，这也得到Chrome和VLC媒体播放器程序的支持。
那么为何要转换？当然乔布斯有许多理由，但对于大部分公司来说，关键是开放的标准。尽管Adobe声称其播放器总桌面渗透率已达98%，但Flash依然还是Adobe的独家产品。因此像苹果和谷歌等的公司可能认为找到一种替换Flash的方式符合他们的最大利益。而在HTML5内，他们也许已经找到了。
图1 在运转的HTML5，显示网络服务器、HTML5代码片段和显示在便携式设备上的网页。
为观察HTML5的工作方式，图1示出一个视频文件经过配置可在网上播放。在此情形中，视频用H.264主档压缩，而音频用低复杂性高级音频编解码（AAC）压缩。
这两种内容（图中以粉红色显示）随后被组合为一种MP4容器（以黄色显示），它还包含在流式和播放运作中有用的其它数据。这些其它数据可能为一种帮助流服务器决定视频和音频文件打包方式的提示轨；或者它可能为关于文件或其它有用材料的元数据。这个容器（实际上为一个文件）然后被存储于一个网络服务器上，直到用户浏览器请求它。
继续图1，用户的浏览器需要被告知如何找到和处理此有音频和视频内容的容器。这时HTML5通过嵌入观众正在观看的网页的代码内的一批指令起作用。
注意，与许多网络媒体应用一样，为浏览器提供HTML5编码的网页的网站可能与提供媒体内容的服务器是分离的，如此例子所示。对编写HTML5代码的要求是当用户浏览网页时视频会自动开始播放，它也可这样编写，即要求用户点击播放按钮。
值得一提的是，目前苹果的手持设备不理睬该参数，因此防止用户滥用移动带宽，直到他们点击播放按钮。
对电视广播机构的影响
HTML5的好消息是如果电视广播机构已在使用H.264，他们不一定需要购买一批新的压缩设备。对于一些已在用H.264编码其内容的大网络视频提供商（如YouTube）来说，这的确是好消息。
当然，由于许多网络视频流系统基于Flash脚本语言，某些工具变化还是需要的。在不久的将来，这些工具也将支持HTML5，尤其是如果它们准备用于为苹果的便携式设备制作内容。
HTML5推行的一大问题是当前缺少数字版权保护（DRM）能力。尽管最终用户对受大众欢迎的DRM保护的内容永远不快，但若无某种形式的防止内容的未授权再分配，许多内容所有者在网上发行他们的视频资产是不安的。
这对那些对内容访问收费的网站（如提供受欢迎的电视广播网节目的Hulu Plus服务等）尤其重要。 对可能只拥有流式传输内容的有限版权的电视广播机构来说，分发未受DRM保护的视频流绝对是不可能的。在这些情况下，电视广播机构可能必须不放弃Flash，直到或除非DRM获HTML5部署。
在不久的将来，许多网络内容提供商可能会采用HTML5和Flash视频的某种组合。做法可能相当简单，只要把Flash视频指令作为一个内部的HTML5元素嵌入即可。
那么电视广播机构的底线是什么？此转换也许与该行业经历的其它转换类似，暂时两种不同格式可能都得支持。幸运的是，此转换如果确实发生，应比从标清转换到高清的花费要少得多。我们惟有期待。B&P