＋设为首页 ＋添加到收藏夹
这是我毕业设计的英文翻译任务,刚刚翻译完毕.由于英文水平有限,错误难免,希望大家批评指正.联系方法:ggdw@cn99.com
【程序编程相关:openssl之BIO系列之16---B】【推荐阅读:openssl之BIO系列之17---连】
【扩展信息:openssl之BIO系列之15---内】 rfc2326 real time流媒体协议（rtsp） 这个备忘录的地位: 这个文档详细说明了因特网传输协议中的一种因特网标准路径协议,而且为了提高需要不断讨论与建议.请查阅正确的,与这协议相关的标准化的声明与情况的因特网官方协议标准协议.分发这备忘录是没有限制的.摘要:
real time流媒体协议或者rtsp,是一种在应用层上控制实时传输数据的工具.rtsp提供一种可扩展的框架,使能够提供能控制的,按需传输实时数据,比如音频与视频文件.源数据可以包括现场数据的反馈与存贮的文件.这协议有意识的控制多重数据,传递会议,提供一种选择传递通道,比如udp,多点传递udp, 与tcp,以及一种基于rtp(rfc1889)选择传递机制. 目录内容:(略).1. 介绍
1.1 目的 实时流媒体传输协议建立与控制一种简单的,或者几种时间同步,连续的媒体流,比如音频与视频.他不是代表性的传递连续流,尽管交错受到控制的连续媒体流是可能的(看10.12章).另一点,rtsp担当着为多媒体服务提供网络遥控控制.被控制的流的设置是被一个介绍描写定义的.这个备忘录不是为介绍图象定义的格式.
这里没有rtsp连接的概念:作为代替,一个服务器的维护,一个被验证人标签的会议.一个rtsp会议是绝不会连到传输层连接的,比如,tcp连接.在一个rtsp会议中,一个 rtsp会议客户端可以开与关许多可靠的传送器,连接到发送rtsp请求的服务器上,作为选择,它可以使用无连接传输协议,比如udp.
用rtsp控制流可以使用rtp,但是rtsp的操作不依靠通常传输连续媒体的传输机制.这个协议有意地在运作在上与http/1.1相似.所以http地扩展机制能够最大程度上被加到rtsp.但是rtsp与http地许多重要不同在于:
* rtsp介绍许多新模式,并且有一个不同地协议标识符. * 一个rtsp服务器需要默认地几乎所有地情况来维持正常运行. * rtsp服务端与客户端都要能发出请求. * 数据通过不同地协议传送. * rtsp是用比iso 8859-1要好地iso 10646定义的,使它与当前的html的国际化努力相一致. * 要求uri总使包括绝对uri.因为向后兼容性在历史上范过大错,http/1.1只能传递要求的绝对路径,把主机名放入没有联系的标题栏上. 这使“虚拟主机”更简单,这时,带1 ip地址的单一的主机可以服务几个文件树.本协议支持一下操作:
从媒体服务器端取回媒体资料: 客户端能够要求一个图象描述通过http或者其它模式.如果图象使被多点传输的,图象描述包含了多点传输的地址与端口,用来传输连续媒体.如果图像只能经过unicast,那客户端就要因为安全而提供给目的文件.对会议的媒体服务器的邀请:
一个媒体服务器端能够被邀请参加一个存在的会议,可以向后播放图像,记录媒体文件的全部或者一部分.... 下一页