可扩展视频编码:视频传输的未来?

在接下来的两三年里, 流媒体生产商将越来越多地承担向手机和机顶盒等不同设备提供优化视频流的任务, 以及不同质量的版本，供用户通过一般互联网访问内容. 虽然有多种专有方法来解决这个问题, 包括微软的多比特率视频, 一个非常有力的候选人将是H.264扩展称为可扩展视频编码.

这个问题
在流媒体的黎明, 网站必须提供多个流，以满足通过不同设备连接的用户, 和网站与不同的图标调制解调器, ISDN和局域网连接非常普遍. 在三条溪流的情况下, 这使编码和链接这些文件的管理负担增加了三倍, 内容分发网络的分布也非常复杂, 特别是在边缘网络中，文件存储在本地传输.

当今最流行的流媒体供应商, RealNetworks和微软, 双方都开发了技术来减少这个问题, 最著名的是微软的多比特率技术, 哪个将多个流封装到一个文件中. 这不仅减少了与多个文件相关的管理负担, 微软流媒体服务器也可以动态调整以适应不断变化的线路条件, 当播放器报告丢包时，发送较低的比特率流.

一旦宽带普及，调制解调器就消失了, 这个问题基本上消失了, 因为一个500Kbps的流几乎可以满足所有可能的用户类别. 随着手机视频变得越来越重要, 在客厅的机顶盒上播放高比特率流也在许多流媒体生产商的路线图上, 通过不同的连接带宽有效地将不同质量的流传输到多个设备再次变得至关重要.

至少有三种新技术进入了这个领域, 自适应流从移动网络, 来自Adobe的动态流, 以及微软Silverlight的流畅流. 在一个相对封闭的系统中——单一服务器到单一类别的玩家，没有传送网络——所有这些技术都是非常可靠的解决方案.

然而, 一旦涉及到内容交付网络, 或其他形式的运输或玩家, 事情变得更复杂了. 例如, 为上述三种技术中的任何一种添加CDN, CDN可能不得不改变他们的基础设施来支持这项技术, 或者至少是这样, 微调他们的平台，以确保专利技术的最佳性能, 哪些需要时间和投资. 为机顶盒和手机播放流媒体, 他们还必须支持专有技术, 这些设备的制造商不愿意做什么.

为了让流媒体市场成功地扩展到客厅和手机市场, 很有可能出现一种与供应商无关的自适应流媒体标准. 幸运的是，有一个方便的扩展-可伸缩视频编解码器扩展到H.264 (H.264年SVC) -它提供了一个非常有效和优雅的解决方案，以提供多个流的问题.

H.264年SVC
H.264年SVC将视频编码成“层”,从“基础”层开始, 在空间上包含最低级别的细节(分辨率), 从时间(每秒帧数)和质量角度(更高的细节). 附加层可以使用任何或所有这些变量来提高流的质量.

例如, 流的基础层可能以每秒15帧的速度编码, 分辨率为320x240, 数据速率为300Kbps. 额外的层可以将流扩展到3Mbps的720p视频，适合机顶盒, 有方便的停止点，可以在互联网上播放相对高质量的流媒体, 比如640x480x30帧/秒，600 kbps, 720p, 2Mbps. 所有的层都合并到一个文件中, 减少通过cdn链接和分发的管理费用. 与其他方法相比，H.264年SVC非常高效, 因为svc编码的文件应该只比提供最高质量表示所需的文件大小大20%左右. 换句话说, 如果你以3Mbps的速度将文件编码发送到机顶盒, SVC编码文件的总数据速率约为3.6 mbps. 此外，基础层应与现有H相兼容.264个播放器，所以不需要播放器升级来查看基础层流. 使用硬件编码器, 百家乐软件app最新版下载可以动态地将他们当前的格式转换为与SVC兼容的流, 所以像CNN和ESPN这样的视频出版商不需要转换他们的整个图书馆来利用这项新技术.

你想要的时候?
H什么时候.264年SVC普遍可用? 在广泛采用的背景下, 要等一段时间, 因为这三个元素都是编码器, 服务器和玩家必须了解svc，才能充分利用该技术. CDN支持对于较大的网点也是必要的.

然而，车轮在转动. 例如，H.264编码供应商MainConcept在阿姆斯特丹IBC 2008上展示了一项技术预览, 并且目前正在寻找技术合作伙伴来提供端到端的技术组件——编码器, 解码器和“网络组件”.“然而, 该技术可能会在封闭系统中找到其最初的实现, 比如谷歌的Gmail聊天, 这是基于H的.264年SVC技术从Vidyo授权，以及安全应用程序 比如通用电气安全公司提供的服务.

很明显, 其他竞选者都没有挥舞白旗, 和Adobe, 微软和Move都在积极推广自己的专有替代品. 但是ITU和ISO都支持H.264, 手机将成为流媒体的下一个重要前沿, 很难和一个标准对赌.

今年春天，当我漫步在NAB不同的楼层时，我将密切关注新的H.264年SVC应用. 如果我没看到一船这样的人，我会很惊讶的.