流媒体技术

4、 A/V服务器使用RTP/UDP协议将A/V数据传输给A/V客户程序（一般可认为客户程序等同于Helper程序），一旦A/V数据抵达客户端，A/V客户程序即可播放输出。

    需要说明的是，在流式传输中，使用RTP/UDP和RTSP/TCP两种不同的通信协议与A/V服务器建立联系，是为了能够把服务器的输出重定向到一个不同于运行A/VHelper程序所在客户机的目的地址。实现流式传输一般都需要专用服务器和播放器，其基本原理如图一所示。

三、流媒体的播放方式

1、 单播

    在客户端与媒体服务器之间需要建立一个单独的数据通道，从一台服务器送出的每个数据包只能传送给一个客户机,这种传送方式称为单播。每个用户必须分别对媒体服务器发送单独的查询,而媒体服务器必须向每个用户发送所申请的数据包拷贝。这种巨大冗余首先造成服务器沉重的负担，响应需要很长时间，甚至停止播放；管理人员也被迫购买硬件和带宽来保证一定的服务质量。

2、 组播

    ＩＰ组播技术构建一种具有组播能力的网络，允许路由器一次将数据包复制到多个通道上。采用组播方式，单台服务器能够对几十万台客户机同时发送连续数据流而无延时。媒体服务器只需要发送一个信息包，而不是多个；所有发出请求的客户只需连结到这个数据流而不是连结到视频服务器，从而降低带宽的使用。网络利用效率大大提高，成本大为下降。

3、 点播与广播

     点播连接是客户端与服务器之间的主动的连接。在点播连接中，用户通过选择内容项目来初始化客户端连接。用户可以开始、停止、后退、快进或暂停流。点播连接提供了对流的最大控制，但这种方式由于每个客户端各自连接服务器，却会迅速用完网络带宽。

     广播指的是用户被动接收流。在广播过程中，客户端接收流，但不能控制流。例如，用户不能暂停、快进或后退该流。广播方式中数据包的单独一个拷贝将发送给网络上的所有用户，而不管用户是否需要。

     使用单播发送和广播方式发送的方式会非常浪费网络带宽，组播吸收了上述两种发送方式的长处，克服了上述两种发送方式的弱点，组播不会复制数据包的多个拷贝传输到网络上，也不会将数据包发送给不需要它的那些客户，保证了网络上多媒体应用占用网络的最小带宽。

四、流媒体的文件格式

1、 压缩媒体文件格式

     压缩格式有时被称为压缩媒体格式，包含了描述一段声音和图象的同样信息，尽管它的文件大小被处理得更小。很明显，压缩过程改变了数据位的编排。在压缩媒体文件再次成为媒体格式前，其中数据需要解压缩。由于压缩过程自动进行，并内嵌在媒体文件格式中，通常我们在存储文件时没有注意到这点。该过程如图二所示。

2、 流式文件格式

    流式文件格式经过特殊编码，使其适合在网络上边下载边播放，而不是等到下载完整个文件才能播放。可以在网上以流的方式播放标准媒体文件，但效率不高。将压缩媒体文件编码成流式文件，必须假如一些附加信息，如计时、压缩和版权信息。编码过程如图三所示。表一列举了常用的流式文件类型。

3、媒体发布格式

    媒体发布格式不是压缩格式，也不是传输协议，其本身并不描述视听数据，也不提供编码方法。媒体发布格式是视听数据安排的唯一途径，物理数据无关紧要，我们仅需要知道数据类型和安排方式。以特定方式安排数据有助于流式多媒体的发展，因为我们希望有一个开放媒体发布格式为所有商业流式产品应用，为应用不同压缩标准和媒体文件格式格式的媒体发布提供一个事实上的标准方法。我们也可从以相同格式同步不同类型流中获益。 总有一天，单个媒体发布格式能包含不同类型媒体的所有信息，如计时、多个流同步、版权和所有人信息。实际视听数据可位于多个文件中，而由媒体发布文件包含的信息控制流的播放。常用媒体发布格式如表二所示。