回到基础:HTTP流
“回归基础”是一种新的流媒体.该专栏将以不同作者的文章为特色,试图澄清和分析在线视频行业中常见的、有时通常被误解的话题. 有一个你想写的话题,或者你想写的关于你自己的话题? 电子邮件编辑Eric Schumacher-Rasmussen在 erics@ecohomemade.com.
流媒体欧洲会议的一个话题是通过防火墙的流媒体. 许多公司讨论了这个概念, 特别是在Flash和重要的Silverlight插件部署方面,这些插件在今年夏天的重大政治和体育赛事中出现.
HTTP流总是在对话中出现, 但也有不少说法似乎不太正确, 因此,我开始深入研究这个复杂的话题,并提出了一些可能对帮助流媒体读者理解HTTP流的含义有价值的信息.
通过HTTP下载和渐进式下载
首先,让我们看看关于web服务器的HTTP流的声明. 一些内容交付网络(CDN)供应商使用术语“HTTP流”来应用于他们的HTTP视频文件下载或HTTP渐进式下载. 在谷歌上搜索一下HTTP流,你会发现很多使用HTTP流从web服务器传输的例子.
对于流量适中的网站来说,在网页上添加视频文件是相当简单的, 所以潜在的CDN客户可能会问,为什么他们要为CDN服务付费. 毕竟, delivering a progressive download via HTTP is as simple as creating a file such as a Windows Media (wmv or wma); uploading the file to a web server; creating an HTML reference file with an HTTP link to the file; and publishing the link. 文件将在下载(缓存到客户端机器)时开始播放,可以是独立播放器,也可以是嵌入式播放器.
对于那些了解HTTP渐进式下载限制的客户, 并且有最小的交通流量, CDN可能不是正确的答案. 一些发布商, 虽然, 提供基本的HTTP渐进式下载交付服务, 而不调用它们HTTP流, 而且这项服务的收费比真正的流媒体服务要低. 这使得潜在客户可以轻松地迁移到CDN上,并随着时间的推移接受更复杂的技术.
真正的HTTP流与Windows媒体服务
既然我们已经了解了HTTP渐进式下载,那么HTTP流媒体呢? 因为流最真实的形式是没有缓存的交付, 有大量流量的企业或站点可以通过HTTP传输流吗?
是的,尽管真正的HTTP流需要一个复杂的视频服务器网络.
通过Windows Media Services的HTTP流很简单, 包括直播, 使用Windows Media HTTP流协议. 在解释HTTP流协议时,微软指出了这种类型的交付的最佳用途. 除了能够通过端口80推送视频流内容, 它在许多防火墙上打开,允许通过HTTP传递传统的网络流量, “微软HTTP流媒体协议”适用于以固定速率或与接收器显示视频的速率密切相关的数据速率进行流媒体传输."
这个协议, 像其他流媒体协议一样, 还允许服务器和客户端之间的反向通道通信, 允许客户端播放器向服务器发送反馈以将传输速率更改为二级流, 哪个被称为“智能流”或“自适应流”."
除了, 关于Windows Media文件, HTTP流还可以用于发送快进等命令, 倒带, 暂停, 或位置查找(也称为点击字节或范围请求). 这些术语被称为“欺骗模式”请求. 的确,一些使用HTTP渐进式下载的cdn已经对其服务进行了增强,以模拟这些“欺骗模式”来模拟搜索功能, 但这些通常是专有的,并不适用于所有可用的播放器. 除了, 可以使用HTTP发送控件, 而流本身是通过UDP发送的, 尽管微软推荐其他方法来处理这个问题.
HTTP流与Flash
Flash呢?? 当有人提到Flash HTTP流时,他们实际上指的是HTTP隧道. Flash服务端协议为RTMP, 它被设计成在TCP上传递, 而不是UDP传递更传统的RTSP蒸协议. 考虑到RTMP通过TCP交付的能力, Adobe通过HTTP集成了RTMP隧道, 哪种方式对直播和点播都适用, 虽然隧道会导致一些额外的延迟,这可能不是在所有情况下都可以接受的.
总之, 忽略了协议转到HTTP的同样大的问题(我将在以后的文章中讨论), 要特别注意称为HTTP流的服务. 我做了大量的研究,并与他人交谈,才理解了其中的差异. 不要害怕向潜在的CDN合作伙伴询问有关其服务的问题, 并要求CDN提供能够简单地解释他们的HTTP流的人, 一致的条款, 不是营销用语.