数字音频技术(第6版) 637


分类:相关阅读 / 「数字音频技术(第6版)」

数字音频技术(第6版) 637
前一篇:数字音频技术(第6版) 636 下一篇:数字音频技术(第6版) 638
文本阅读:
  610数字音频技术(第6版
  高效率方法。资源保留协议(Resource Reservation Protocol,RSVP)与RTP或RTSP一同工作对网路资源进行保留,以确保一个具体的端到端的服务质量。这样,音乐分发系统就能有效地把音乐发布给各个消费者
  RealSystem G2支持两种类型的|P组播:返回通道(back-channel)和可伸缩(scalable返回通道组播使用了Rea| Network的Rea|递送传输(Real| Delivery Transport)数据包传输协议。数据的组播使用的是UDP这种不保证递送的协议,了一个返回通道或
  重传通道。因此,在服务器和客户端之间要维持一个RTSP或 RealNetwork的PNA控制通道,它负责把客户端的信息传送给服务器。在组播的UDP数据包出现丢包时可以使用包重传选项。此外,返回通道内容
  经过鉴定的,并且客户端连接要登陆到服务器上。
  G2返回通道组播能够为 Surestream协议中定义的所有比特率提供服务。不过,这个带宽是静态的,不能根据网络状况进行动态变化。当内容质量很重要且听众数量有限时,返回通道组播是更可取的。这种方法不适合有大量听众的情况,因为每个客户端连接都需要系统资源
  可伸缩组播仅使用一个数据通道(在服务器和客户端之间没有TCP控制通道)
  /RTCP作为数据包传
  话报告协议。这里使用了两个RTP端口
  提供数据传输
  另一个报告数据传输的质量。数据通过UDP传输。在进行伸缩组播时无法提供客户端
  接的统计;不过,服务器对所有用户都有日志记录。可伸缩组播通过"把每个数据流组播唯一的组播地址/端口"这种方式来支持 Surestream。客户端选择一种它偏好的流类型,并且比特率不能像单播时那样动态变化。对于任何数量的听众都只需要最小的服务器资源此它更适合用于听众众多的现场用途。不过,这里没有用于丟包的恢复机制。因为G2可伸缩组播是用RTP、RTCP、SDP和SAP等标准协议实现的,所以它可以与使用这些协议的其他应用程序相互合作。
  15,6MPEG-4音频标准
  PEG-4标准与MPEG-1和MPEG-2一样,定义了表示音视频内容的各种方法。它也是为多媒体通信和娱乐应用设计的。并且,MPEG-4与MPEG先前的标准保持了后向兼容性。不过标准相比,MPEG-4是一个新的方案,它提供了相当多样的应用并能与包括其他内容传输格式在内的各种技术实现相当程度的协同是一组工
  具(即各种编码模块),能在范围很广的各种应用中使用,包括对音视频对象的交互式编码能用一种场景描述语言对音视频对象的各种属性进行定义。这些对象可以包括音乐、