51、流式音频之二（应用层）

1、流式存储媒体

• 把注意力转移到网络应用，第一种情况针对早已存储在文件中的流媒体。最常见的例子是在Internet 上观看视频。这是视频点播（ VoD, Video on Demand)的一种形式。其他形式的视频点播使用了服务提供商网络来传送影片，这种网络通常独立于Internet （例如，有线电视网络）。
• Internet 上充满了音乐和视频站点，这些站点流化存储在其上的媒体文件。实际上，处理存储媒体的最简单方式不是流化它。想象一下，你想要创建一个在线电影租赁站点，与苹果的iTunes 竞争。常规的站点允许用户下载视频，然后再观看该视频。这个步骤序列如图所示。
• 当用户单击一个电影时，第1 步中，浏览器给该电影链接的Web服务器发送一个HTTP 请求，请求该电影。接着第2 步，服务器从磁盘上获取该电影（只是一个MP4 或其他某种格式的文件）并将它发回浏览器。使用MIME 类型，例如video/mp4，浏览器查找应该如何显示此文件。在这种情况下，它是一个媒体播放器，显示为辅助应用程序，尽管它可能也是一个插件。浏览器将整个电影保存到磁盘上的一个临时文件中。然后，浏览器启动媒体播放器，并将临时文件的名字传递给它。最后，在第4 步中，媒体播放器开始读取文件并播放该电影。
• 原则上，这种方法完全正确，它将播放出电影。这里没有任何实时网络问题需要处理，因为下载电影只是一次简单的文件下载。唯一的麻烦是在播放电影之前，必须通过网络传输整个电影。大多数客户恐怕都不愿意为他们的“视频点播”等上一个小时。为了避免这个问题而且不改变浏览器的工作方式，站点可以使用如下图的设计。链接到电影的页面不是实际的电影文件。相反，它是一个称为元文件（ metafile ）的文件。元文件是一种非常简短的文件，仅仅给出了电影的名字（可能还有其他关键描述符〉。一个简单的元文件可能只有一行ASCII 文本，看上去像这样：rtsp://joes-movie-server/movie-0025 .mp4
• 浏览器像往常一样得到这个页面，现在是只有一行长的文件，如图中第1 步和第2 步所示。然后，它启动媒体播放器，并将这一行长的文件传递给播放器，如第3 步所示，一切照常进行。媒体播放器读取元文件，发现可以获得电影的一个URL 接着，播放器与joes-movie-server 联系，并向服务器请求该电影，见第4 步。然后，该电影被流式发回给媒体播放器，见第5 步。这种安排的优点在于媒体播放器很快就能启动，仅仅在那个非常短的元文件下载后即可启动。一旦启动后，浏览器就再也不出现在循环中。媒体被直接发给播放器，在整个文件被下载之前就可以播放电影了。
• 图 中，我们展示了两个服务器，因为元文件中给出的服务器通常与Web 服务器不是同一个。事实上，它一般就不是HTTP 服务器，而是一个专门的媒体服务器。在这个例子中，媒体服务器使用了实时流协议（ RTSP, Real Time Streaming Protocol ）。媒体播放器主要完成以下4 项工作：
  (1 ）管理用户界面。
  (2 ）处理传输错误。
  (3 ）解压缩内容。
  (4 ）消除抖动。
• 现在大多数媒体播放器都有华丽的用户界面，有的甚至模拟成一个立体声音响，面板上带有各种按钮、旋钮、调节滑块和可视显示窗等。通常播放器的面板膜样可以自由被替换成其他模样，这样的面板称为皮肤（ skin ）。媒体播放器必须管理所有这些事项，并且与用户实行交互。
• 究竟怎么处理传输错误依赖于用什么协议来传输媒体，是像HTTP那样基于TC