webrtc vp8与h264 sdp文件解读

参考地址:https://blog.csdn.net/zhangjikuan/article/details/27367437, https://www.cnblogs.com/idignew/p/7249056.html

vp8 sdp描述文件

v=0
o=- 0 0 IN IP4 127.0.0.1
s=-
c=IN IP4 127.0.0.1
t=0 0
m=audio 5006 RTP/AVP 111
a=rtcp-mux
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10;useinbandfec=1
m=video 5004 RTP/AVP 96
a=rtcp-mux
a=rtpmap:96 VP8/90000

1、v=0 sdp的版本号

2、o=

/ o=<用户名> <会话版本> <网络类型><地址类型> <地址>,6部分组成,对会话的发起者进行了描述

是用户的登录名。如果主机不支持,则为 ”-”;

:是一个数字串。在整个会话中,必须是唯一的,建议使用NTP(Network Time Protocol)timestamp,这里是0;

:该会话公告的版本,供公告代理服务器检测同一会话的若干个公告哪个是最新公告.基本要求是会话数据修改后该版本值递增,建议用NTP时戳,这里是0;

:网络类型,一般为”IN”,表示”internet”;

:地址类型,一般为IP4;

:地址,由于在本机上传输,这里是 127.0.0.1;

3、s=,会话名,在整个会话中有且只有一个”s=”,就像username一样,这里是 “ - ”;

4、c=

,表示媒体连接信息, 一个会话声明中,会话级描述中必须有”c=”项或者在每个媒体级描述中有一个”c=”项。可能在会话级描述和每个媒体级描述中都有”c=”项

:网络类型,一般为”IN”,表示”internet”;

:地址类型,一般为IP4;

:应用程序必须处理域名和ip地址两种情形。单播时,为域名或ip地址,推荐使用域名;多播,为ip地址,且ip后面必须有TTL(取值范围是0-255),地址和TTL决定了多播包被传播的范围。例 c=IN IP4 224.2.1.1/127,这里单播使用域名

5、 t=  ,描述了会话的开始时间和结束时间

为NTP时间,单位是秒。假如为零表示过了时间后会话一直持续。当均为零时表示持久会话,建议start time和stoptime不要设为0。因为不知道此会话的开始和结束时间,增加了调度(scheduling)的难度

这里开始时间和结束时间都为0

6、m= , 一个会话描述包括几个媒体描述。一个媒体描述以”m=”开始到下一个”m=”结束

:表示媒体类型。有"audio", "video","application"(例白板信息), "data"(不向用户显示的数据) 和"control"(描述额外的控制通道)。这里有2个m,分别描述音频和视频

:媒体流发往传输层的端口。取决于c=行规定的网络类型和接下来的传送层协议:对UDP为1024-65535;对于RTP为偶数

当分层编码流被发送到一个单播地址时,需要列出多个端口。方式如下:

m=/

对于RTP,偶数端口被用来传输数据,奇数端口用来传输RTCP包。

例:m=video 49170/2 RTP/AVP 31

端口49170和49171为第一对RTP/RTCP端口,49172和49173为第二对的端口。传输协议是RTP/AVP,媒体格式为31(媒体格式是rtp头中payload参数对应的)

这里端口号5006,媒体格式111

7、a=rtcp-mux,表示rtp和rtcp复用一个端口

8、a=rtpmap:/[/]

a=rtpmap:<负载类型><编码名>/<时钟速率>[/<编码参数>],负载类型就是m行描述的媒体类型,编码名opus/vp8,时钟速率48000,90000

9、a=fmtp: ,a=fmtp 用于DTMF数字信号、电话音和电话信号的RTP负载格式;

a=fmtp:<格式>< 格式特定参数>//定义指定格式的附加参数,这行不知道什么意思,应该是音频相关信息

h264 sdp描述文件

v=0
o=- 0 0 IN IP4 127.0.0.1
s=-
c=IN IP4 127.0.0.1
t=0 0
m=audio 5006 RTP/AVP 111
a=rtcp-mux
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10;useinbandfec=1
m=video 5004 RTP/AVP 125
a=rtcp-mux
a=rtpmap:125 H264/90000
a=fmtp:125 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f

基本一致,多了一行视频描述信息

你可能感兴趣的:(webrtc vp8与h264 sdp文件解读)