2010年12月31日
By 1月时特约编辑
专题文章

自适应流在现场

自适应流听起来很容易:生成具有不同质量相关配置的多个文件, 从匹配观看者带宽和播放平台的流开始, 然后适应不断变化的吞吐量条件和查看器平台上不同的CPU负载. 就像所有的东西都在流动一样, 然而, 细节决定成败——有多少条小溪, 什么决议, 什么是关键帧间隔, should you encode using VBR or CBR; what audio parameters should you use (and should they change per stream); and what's the most efficient way to address those pesky iOS devices?

为了回答这些问题(以及许多其他问题)，我们联系了几个使用不同技术的组织，并询问了有关所有这些问题的详细问题. 参与其中的制作人包括MTV, 特纳广播公司, NBC(通过微软), 印第安纳大学(IU), 哈佛大学, 和德国之声, 我想首先感谢他们分享他们的经历. 这些公司使用各种各样的技术, 包括Adobe Flash, 微软的Silverlight, 和Apple HTTP 在线直播。. 这支持了我的目标，即呈现与技术无关的编码和实现细节集合.

有多少流??
正如您所期望的那样，我看到了流的数量及其配置的显著变化. 表1 (下)包含我们的受访者使用的配置列表. 请注意，该表并不包含所有活动的所有配置. 例如，哈佛处理现场活动和点播活动的方式不同. 相反，它显示了具有最多配置选项的替代方案. 我没有把特纳广播公司包括在表格中，因为尽管它共享数据速率和其他信息, 特纳没有提供解决方案, 帧率, 其他信息稍后会提到.

在印第安纳大学, 我和Matthew Gunkel谈过, 凯利商学院的多媒体专家, 谁建议所有的流都是在29岁产生的.97帧/秒. 德国之声的配置基本上遵循苹果公司在其产品说明书中给出的方向技术报告 (这应该是所有考虑或实现HTTP直播的人都需要阅读的. 我采访了多媒体开发人员Jan Petzold, 谁分享了前两个流是以全帧速率(25fps)制作的?, 200Kbps的流是在12点产生的.100Kbps的流以8fps产生.

在哈佛大学, 拉里Bouthillier, 大学CIO办公室的媒体技术架构师, 为现场活动解释, 它们都是通过Flash媒体服务器(FMS)和HTTP直播分发的, 他用了三条小溪, 800年x600@1152kbps, 400年x300@564kbps, 和320年x240@132kbps, 仅使用最高质量的流FMS，其他两个使用两种技术. 哈佛大学以全帧速率编码其点播视频，除了低于150Kbps的流, 哪些是15 FPS的编码.

温哥华奥运会和NBC的周日橄榄球之夜, 我采访了Alex Zambelli, 他是微软媒体技术的传道者，为这两部作品设计了实时平滑流工作流程. Zambelli介绍说，温哥华奥运会的所有流都是全帧速率的.97)而“周日橄榄球夜”则在29点播放除最后一个以外的所有直播.97, 而112x64分辨率的流, 哪个只用于缩略图预览, 是15 FPS制作的吗.

在这两种情况下，NBC都分发了高清源和标清源视频. 为了奥运会, 有两个纯hd流配置和两个纯sd流配置, 包括来自SD交错源的848 × 480 SD流. 周日橄榄球之夜, NBC在纯SD流(848 × 480)上生成两个纯HD流(720p和960x540)，然后使用所有其他配置用于SD和HD.

在MTV电视网，我采访了媒体技术战略副总裁格伦·戈尔茨坦. 正如戈尔茨坦解释的那样, MTV为自适应交付创建了两组文件, 一个是“宽带”客户端, 包括高速连接的台式电脑吗, 还有一个是针对“受限”客户的, 哪些设备或计算机受解码CPU或连接的限制. MTV在连接时将观众分配到一个组，并在连接期间将他们保持在该组中. In 表1, the top configurations are for the broadband group; the bottom two are for the constrained group.

Ozer自适应流表
Goldstein also advised that MTV Networks uses the native 帧率 for all encodes; that encompasses 23.98 24 25 29.97视频. 戈尔茨坦还提到，MTV会在必要的时候，在编码之前，将电视电影片段反转到原始帧率.