HTTP流:你需要知道的

[本文最初发表于2010年。 流媒体源手册.]

在流媒体世界里, 有许多术语会造成混淆, 从“流媒体”这个词开始,这通常与术语“渐进式下载”交替使用.“甚至编解码器这个词, 格式, 系统, 包装器/容器通常可以互换使用, 尽管不正确.

所有的项, 虽然, 其中最不确定的似乎是HTTP流. 就在最近的2007年, 这个术语很容易被认为是一个错误，因为HTTP是一个允许内容通过端口80路由的协议，而流媒体通常需要一个单独的端口.

在过去的两年里, 然而, HTTP流已经成为现实, 无论是直播内容还是点播内容. 是现在, 反过来, 常常与另一种伴随HTTP流的技术——自适应比特率流相混淆.

在本文中, 我将讨论HTTP流之间的区别, 通用的流, 渐进式下载. 我还将稍微介绍一下自适应比特率技术, 尽管这些技术还处于萌芽阶段，而且一些主要参与者还没有完全将这些技术集成到HTTP流中.

定义HTTP流
因此，从一开始就有一套定义. 首先，让我们看看渐进式下载、流媒体和混合解决方案.

渐进式下载
渐进式下载是一个预先编码的文件，它被设置为在完整下载完成之前开始播放. 在过去, 文件在开始播放之前会完全下载, 这意味着用户必须等待几分钟(或几个小时)才能观看视频.

渐进式下载与流媒体混淆的原因是，渐进式下载的文件播放的行为有点像流媒体文件, 因为它通常在文件被选中后的3-10秒内开始播放. 流式传输通常需要一个缓冲区, 渐进下载也是如此, to address network inconsistencies; playback begins only after an initial playback buffer is loaded.

与流, 用户可以点击文件时间轴上的任何位置，并在几秒钟的缓冲后开始观看视频. 渐进式下载, 另一方面, 要求文件以线性方式下载, 这意味着用户的带宽可能会限制用户跳过几分钟, 至少在视频文件的那部分下载完成之前.

为了解决渐进式下载中的这一限制，并允许快速前进等命令, 倒带, 暂停, 或者定位搜索, 一些渐进式下载解决方案提供“欺骗模式”请求，将下载转移到用户请求的文件部分. 要做到这一点, 需要对文件进行分段, 这对于自适应比特率流和HTTP流传输的发展至关重要.

流媒体
不像渐进式下载, 它通常可以从HTTP服务器下载，就像PDF文档可以通过HTTP传递一样, 流媒体内容, 直到现在, 需要使用单独的协议来传送流数据包.

长标准实时协议(RTP), 视频会议和ip语音解决方案所使用的, 有同伴加入吗, 流特定协议(RTSP)作为区分流量与HTTP内容的一种方法, 哪个最常使用端口80，并且不像流媒体内容那样对时间敏感. 不幸的是, 使用端口80以外的端口进行流也意味着它很容易被识别, 这反过来意味着流媒体内容可以在路由器上被IT部门阻止，以防止流媒体内容“破坏”他们的网络.

除了前面提到的技巧模式, 流媒体还有另一项创新，可以让内容快速发布. 被称为“快速启动”或“暗示”,“这种快速的流媒体创新允许流媒体服务器允许播放器在没有缓冲的情况下开始播放, 几乎可以保证流媒体内容开始播放的速度比渐进式下载内容快.

下一个页面