rtsp学习

1. sdp

通过AVP后面的值判断当前的payload,

2. scrop-parameter-sets后面接的是':',而不是'=',

3.例子

v=0
o=- 2890844256 2890842807 IN IP4 204.34.34.32
s=I came from a web page
t=0 0
c=IN IP4 0.0.0.0
m=video 8002 RTP/AVP 31
a=control:rtsp://audio.com/movie.aud
m=audio 8004 RTP/AVP 3
a=control:rtsp://video.com/movie.vid

如下解释:

Protocol Version
      v=<version>       
//  v=0
      v:该SDP协议的版本号

Origin
   o=<username> <session id> <version> <network type> <address type><address>
// o=- 2890844256 2890842807 IN IP4 204.34.34.32
   o:标示了该会话的全局唯一性
   <username>:用于登陆创建主机的ID,若该主机不支持侧应为"-",该字段内不能包含空格
   <session id>:用于唯一的标示该会话描述,建议采用Network Time Protocol (NTP)的时间戳来保证唯一性
   <version>:该公告的版本号,用于区别同个会话内的多个公告
   <network type>:网络类型 IN(Internet)
   <address type>:地址类型 IP4/IP6
   <address>:该会话创建者的地址

Session Name
   s=<session name>

// s=I came from a web page
   s:会话名,每个会话仅有一个

Times, Repeat Times and Time Zones
   t=<start time>  <stop time>
// t=0 0
   t:描述该会议的开始和结束时间,如果该会议在多个不规则的时间间隔内激活,可以使用多行t:描述如果时间间隔为规则的,可以使用"r="重复定义。
   <start time>:开始时间,以秒表示的NTP时间,开始结束时间都为0时被认为时永久的会议
   <stop time>:结束时间,以秒表示的NTP时间,结束时间为0时,该会议直到过了开始时间才开始

Connection Data
   c=<network type> <address type> <connection address>
// c=IN IP4 0.0.0.0
   c:连接数据,每个会话公告应包含一个连接描述在每个媒体描述中,
   单播的时候通过该IP地址发送,多播时通过TTL与IP地址共同决定那些包将被发送
   <connection address>:IP addr/TTL[/IP NUMS] example:192.168.1.2/127[/2],单播[多播]
   IP address together with TTL define which muticast pakets will be sent in this conference.

Media Announcements
   m=<media> <port> <transport> <fmt list>
   每个会话可以包含许多的媒体描述,
   <media>:媒体类型,包括audio/video/application/data/control,
   (音频/视频/应用[如:白板信息]/数据[不要向用户显示]/控制)
   当有新的媒体类型出项时,这些值将被扩展。
   <port>:端口类型,该值的确定取决于对应的"c="域中指定的网络
   和在第三个子项中定义的传输协议,UDP端口只能在1024-65535之间
   RTP端口可以是任意有效的范围,RTCP端口定义为大于对应RTP端口的奇数
   当分级的多个媒体流编码通过单一的地址发送时,我们必须指定多个端口用于传输。
   采用跟"c="域中定义多个IP地址的格式一样,
   m=<media> <port>/<number of ports> <transport> <fmt list>
   example:  m=video 49170/2 RTP/AVP 31
   定义了两对的RTP/RTCP端口,49170 19171和49172 49173
   <transport>:传输协议类型,该项的值依赖于"c="域中的网络类型IP4
   如果某个应用采用在UDP上使用单一组合了所,有媒体格式和传输协议的模式传输,简单的方法是将传输协议指定为UDP,采用格式列表区别组合的协议,区别传输类型和媒体格式是必要的。

<fmt list>:格式列表,对音频和视频应用,该值表示媒体的有效负荷类型
   一旦这个格式列表被限定,在这个会话过程中都将使用列表里面的有效负荷类型
   ,但第一个类型将被作为默认值。
   如果媒体流的传输模式不是RTP/UDP,格式将在附加的文件中进行定义。
   如果通过RTP传输,SDP可以提供静态和动态绑定的两种RTP编码有效负荷类型。
   静态绑定类型的类型值提供确定的有效负荷类型,动态绑定必须通过后续的选项
   来进一步的说明。
   例如:m=video 49232 RTP/AVP 0 //定义负荷类型为0的媒体流从49232端口发送
            m=video 49232 RTP/AVP 98
         a=rtpmap:98 L16/16000/2 //采用采样频率为16KHZ 16bit的立体声线性编码       
     rtpmap属性对"m="描述的格式列表的负荷类型进行详细说明,
     通用的rtpmap属性的格式为:
     a=rtpmap:<payload type> <encoding name>/<clock rate>[/<encoding parameters>]
     <payload type>
     <encoding name>:编码名,扩展的用X-开始
     <clock rate>:采样频率
     <encoding parameters>:对语音编码来说,该参数表示语音声道。
     对视频编码不提供该参数。
     RTP格式列表没提供对每个媒体包包括几个采样点进行说明,
     如果没有默认值,需要通过"ptime"说明。

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值