-->
为11月的流媒体连接保存您的免费座位. 现在注册!

玩家才是关键...但编解码器、格式和协议也是如此

文章特色图片
文章特色图片

一开始, 流媒体技术,如Real Media, Windows媒体, QuickTime使用实时流协议(RTSP)在服务器和玩家之间进行通信, 提供多比特率文件等功能, 更有效地将庞大的视频文件分发给多个播放器. Adobe修改了RTSP以创建实时消息传递协议(RTMP), 哪个提供了许多相同的功能.

 然而,在2008年的某个时候,RTMP和RTSP在流媒体视频领域变成了四个字母的单词. 这种对RTMP和RTSP的厌恶与通过HTTP发布的推动是一致的, 对于内容分发网络(cdn)来说,哪一个更容易合并, 更多的是防火墙友好的, 而且缓存效率更高. 突然, 流媒体视频技术的评估不仅要考虑播放器和编解码器相关的功能,还要考虑可用的传输协议.

在这方面, HTTP作为大型事件流的“it”协议重新出现, 备受瞩目的支持者微软从苹果的HTTP 在线直播声明和Adobe在年底向HTTP投降中获益.

微软也在Flash/Silverlight的战争中取得了一些进展,一些备受瞩目的设计和现场活动的成功, 但安装基数仍远低于50%. 在编解码器市场,H.264继续在Flash、iPhone和iPod touch市场获得发展势头——在年中推出了带有H的Silverlight 3.264播放兼容性为基于标准的编解码器在Silverlight市场上的广泛应用奠定了基础.

Still, 谷歌收购On2可能会让VP8在编解码器市场掀起波澜, 特别是如果谷歌将其免费捐赠给HTML5. 至少,它会收紧H的括约肌.264专利组的一些,使其成员对他们的H.264年垄断, 特别是如果谷歌打开开关,将YouTube 59%的互联网流媒体份额从Spark/VP6/H转换过来.264转VP8. 虽然VP8不太可能是H.264杀手(甚至更冷),这比谷歌收购On2之前更有可能.

最后, 多比特率的使用, 自适应流媒体技术是2009年移动网络最强劲的趋势之一, Silverlight, Apple, Adobe拥有并推广竞争技术. 2010年可能是H.264可扩展视频编码以一些明显的技术优势和基于标准的技术的内在力量进入市场.

本文将讨论所有这些问题. 并对他们有一个全面的看法, 我与内容所有者/流媒体的多位代表进行了交谈, CDNs, 和在线视频提供商(OVP).

协议
今年伊始,Move Networks和微软将HTTP推广为大型活动流媒体的最佳协议,而Adobe则坚决支持RTMP. 到2009年底, Move, 微软, Apple, Akamai, 和Adobe都站在HTTP阵营, 尽管Adobe的实现可能要到2010年6月才会出现. 虽然这代表着技术的巨变, 这种转变对大多数用户的影响微乎其微, 至少在短期内是这样. 稍后会详细介绍.

让我们从一个简短的技术描述开始. HTTP是用于从web服务器传递数据的通用协议, 数据是否是文本, JPEG图像, PDF文件, 或视频. RTSP是大多数流媒体服务器支持的行业标准流媒体协议, including Apple’s QuickTime Streaming Server and 微软’s Windows媒体 Services; and RTMP is the proprietary protocol developed by Adobe for Flash. 虽然你可以通过RTSP和多播来传送到Silverlight播放器, 大多数大型Silverlight事件都是通过HTTP交付的.

与RTSP和RTMP等协议相比,HTTP有几个众所周知的优点. 首先,一些防火墙会阻止RTSP/RTMP数据包,这对防火墙后面的查看者来说是个问题. Second, 基于RTSP/ rtmp的技术通常需要流媒体服务器与播放器进行通信, 而基于http的技术则不然. This server requirement means that RTSP/RTMP-based technologies are more expensive to implement and maintain; there’s also inherently less RTSP/RTMP capacity than HTTP capacity.

内容交付网络和其他大型网络交付平台的设计和创建是为了交付HTTP内容,因为这种类型的内容构成了互联网上交付的大部分数据. 发送RTSP或RTMP报文, 这些组织必须安装一个流服务器,使该服务器能够传送这些数据包. 与此形成鲜明对比的是, 基于http的流媒体技术, 整个http兼容的基础设施都可以传递这些数据包, 这通常意味着更大的容量, 或“足迹,,而不是RTSP/RTMP.

Third, HTTP数据比RTMP对缓存更友好, 这应该转化为更少的流,以满足相同数量的观众,并为观众从缓存中检索数据提供更好的服务质量. 例如, 在公司局域网或通过ISP观看的观看者将从原始服务器检索完整的视频, 哪些将存储在公司或ISP的缓存服务器上. 对相同数据的后续请求将从缓存中得到满足, 所以制作人不需要再向CDN支付再次发送流的费用. 因为数据是本地提供的, 不管怎么说, 随后的观众也应该有更好的观看体验.

HTTP的另一个优点与使用HTTP而不是RTSP的流交换质量有关. 例如,我与美国职业棒球大联盟(MLB)负责多媒体和分销的高级副总裁Joe Inzerillo进行了交谈.com. Inzerillo负责每个常规赛的直播, 季后赛, 以及MLB网站上的几场季前赛. 我还采访了格伦·戈尔茨坦, MTV网络视频技术战略副总裁, 是什么推动了每月超过4亿的流媒体流量,吸引了超过1300万的独立观众.

提及的公司及供应商