【WebRTC】几个重要sdp参数描述

最新推荐文章于 2024-06-08 10:12:33 发布
最新推荐文章于 2024-06-08 10:12:33 发布
阅读量4.9k 收藏 6
点赞数
分类专栏： WebRTC
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jwybobo2007/article/details/108447779
版权

o=- 2833773620626745940 2 IN IP4 127.0.0.1
s=-
t=0 0
// ice模式: full / lite, 设置lite表示始终为controlled,不需要发起STUN binding探测，只需要回复 binding response, 在开发SFU服务时非常有用, 只需要服务器一方设置为lite (都为full时, 双向探测；都为lite时, 互不探测)
a=ice-lite
a=group:BUNDLE 0 1
a=msid-semantic: WMS iUezVKFxpUtCWz7QMIaaBz6G4EjOigfQkaJ9
m=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 110 112 113 126
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:F5HT
a=ice-pwd:Yq6v/v+OXqYSQH6uMOPYRCRn
a=ice-options:trickle
a=fingerprint:sha-256 17:23:81:91:E6:48:E4:A0:15:C4:5A:12:E4:A5:8F:54:63:5D:F2:B1:30:4F:E7:1E:E7:B8:BE:34:FC:AE:7E:BF
// DTLS握手模式(谁是client Hello发起者): active / passive / actpass / holdconn, actpass表示既可以是client也可以是server, active表示client, passive表示server; RFC: https://tools.ietf.org/html/rfc4145#section-4
a=setup:actpass
a=mid:0
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:2 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:3 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
// 媒体流方向: sendrecv / sendonly / recvonly / inactive, sendrecv表示可以双向传输, sendonly表示只发送数据, recvonly表示只接收数据，在SFU服务模式中，客户端作为发布者则服务器可以设置为recvonly，反过来客户端作为订阅者则服务器可以设置为sendonly
a=sendrecv
a=msid:iUezVKFxpUtCWz7QMIaaBz6G4EjOigfQkaJ9 81f03266-774c-4ada-8283-88ddb82a491e
a=rtcp-mux
// 音频opus编码
a=rtpmap:111 opus/48000/2
// 仅作为SFU服务时, 可以不开启transport-cc, 而选择开启 nack, 否则采样率、码率等会发生变化
a=rtcp-fb:111 transport-cc
// minptime表示最小打包时长为10ms, useinbandfec表示使用opus编码器内置的fec功能, maxaveragebitrate表示最大传输比特率, maxplaybackrate表示最大采样率, usedtx=1表示不说话时不发送数据, stereo=1表示使用立体声,此时opus使用celt编码(单声道使用silk编码)
a=fmtp:111 minptime=10;useinbandfec=1;maxaveragebitrate=64000;maxplaybackrate=48000;usedtx=1;stereo=1
a=rtpmap:103 ISAC/16000
a=rtpmap:104 ISAC/32000
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:110 telephone-event/48000
a=rtpmap:112 telephone-event/32000
a=rtpmap:113 telephone-event/16000
a=rtpmap:126 telephone-event/8000
a=ssrc:1219380370 cname:UvuYuIsugaM69ery
a=ssrc:1219380370 msid:iUezVKFxpUtCWz7QMIaaBz6G4EjOigfQkaJ9 81f03266-774c-4ada-8283-88ddb82a491e
a=ssrc:1219380370 mslabel:iUezVKFxpUtCWz7QMIaaBz6G4EjOigfQkaJ9
a=ssrc:1219380370 label:81f03266-774c-4ada-8283-88ddb82a491e
m=video 9 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125 107 108 109 124 120 123 119 114 115 116

// 设置本端可以接收的最大码率kbps

b=AS:1000
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:F5HT
a=ice-pwd:Yq6v/v+OXqYSQH6uMOPYRCRn
a=ice-options:trickle
a=fingerprint:sha-256 17:23:81:91:E6:48:E4:A0:15:C4:5A:12:E4:A5:8F:54:63:5D:F2:B1:30:4F:E7:1E:E7:B8:BE:34:FC:AE:7E:BF
a=setup:actpass
a=mid:1
a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
a=extmap:13 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:12 urn:3gpp:video-orientation
a=extmap:2 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:11 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
a=extmap:6 http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
a=extmap:3 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
a=sendrecv
a=msid:iUezVKFxpUtCWz7QMIaaBz6G4EjOigfQkaJ9 1419f6a5-ad99-4f2d-b29f-854442525057
a=rtcp-mux
a=rtcp-rsize
a=rtpmap:96 VP8/90000
a=rtcp-fb:96 goog-remb
a=rtcp-fb:96 transport-cc
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=96
a=rtpmap:98 VP9/90000
a=rtcp-fb:98 goog-remb
a=rtcp-fb:98 transport-cc
a=rtcp-fb:98 ccm fir
a=rtcp-fb:98 nack
a=rtcp-fb:98 nack pli
a=fmtp:98 profile-id=0
a=rtpmap:99 rtx/90000
a=fmtp:99 apt=98
a=rtpmap:100 VP9/90000
a=rtcp-fb:100 goog-remb
a=rtcp-fb:100 transport-cc
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=fmtp:100 profile-id=2
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=100
a=rtpmap:102 H264/90000
a=rtcp-fb:102 goog-remb
a=rtcp-fb:102 transport-cc
a=rtcp-fb:102 ccm fir
a=rtcp-fb:102 nack
a=rtcp-fb:102 nack pli

// packetization-mode=1 RTP打包方式，见：https://blog.csdn.net/jwybobo2007/article/details/7240533
a=fmtp:102 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f;x-google-max-bitrate=1800;x-google-min-bitrate=900;x-google-start-bitrate=900
a=rtpmap:122 rtx/90000
a=fmtp:122 apt=102
a=rtpmap:127 H264/90000
a=rtcp-fb:127 goog-remb
a=rtcp-fb:127 transport-cc
a=rtcp-fb:127 ccm fir
a=rtcp-fb:127 nack
a=rtcp-fb:127 nack pli
a=fmtp:127 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
a=rtpmap:121 rtx/90000
a=fmtp:121 apt=127
a=rtpmap:125 H264/90000
a=rtcp-fb:125 goog-remb
a=rtcp-fb:125 transport-cc
a=rtcp-fb:125 ccm fir
a=rtcp-fb:125 nack
a=rtcp-fb:125 nack pli
a=fmtp:125 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=rtpmap:107 rtx/90000
a=fmtp:107 apt=125
a=rtpmap:108 H264/90000
a=rtcp-fb:108 goog-remb
a=rtcp-fb:108 transport-cc
a=rtcp-fb:108 ccm fir
a=rtcp-fb:108 nack
a=rtcp-fb:108 nack pli
a=fmtp:108 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
a=rtpmap:109 rtx/90000
a=fmtp:109 apt=108
a=rtpmap:124 H264/90000
a=rtcp-fb:124 goog-remb
a=rtcp-fb:124 transport-cc
a=rtcp-fb:124 ccm fir
a=rtcp-fb:124 nack
a=rtcp-fb:124 nack pli
a=fmtp:124 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=4d0032
a=rtpmap:120 rtx/90000
a=fmtp:120 apt=124
a=rtpmap:123 H264/90000
a=rtcp-fb:123 goog-remb
a=rtcp-fb:123 transport-cc
a=rtcp-fb:123 ccm fir
a=rtcp-fb:123 nack
a=rtcp-fb:123 nack pli
a=fmtp:123 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=640032
a=rtpmap:119 rtx/90000
a=fmtp:119 apt=123
a=rtpmap:114 red/90000
a=rtpmap:115 rtx/90000
a=fmtp:115 apt=114
a=rtpmap:116 ulpfec/90000
a=ssrc-group:FID 3362736443 2930270346
a=ssrc:3362736443 cname:UvuYuIsugaM69ery
a=ssrc:3362736443 msid:iUezVKFxpUtCWz7QMIaaBz6G4EjOigfQkaJ9 1419f6a5-ad99-4f2d-b29f-854442525057
a=ssrc:3362736443 mslabel:iUezVKFxpUtCWz7QMIaaBz6G4EjOigfQkaJ9
a=ssrc:3362736443 label:1419f6a5-ad99-4f2d-b29f-854442525057
a=ssrc:2930270346 cname:UvuYuIsugaM69ery
a=ssrc:2930270346 msid:iUezVKFxpUtCWz7QMIaaBz6G4EjOigfQkaJ9 1419f6a5-ad99-4f2d-b29f-854442525057
a=ssrc:2930270346 mslabel:iUezVKFxpUtCWz7QMIaaBz6G4EjOigfQkaJ9
a=ssrc:2930270346 label:1419f6a5-ad99-4f2d-b29f-854442525057

jwybobo2007
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
ice-full与ice-lite
宝安小雨
10-24 1246
本端和对端的ice会收集到很多Candidate，两端会形成NxN的配对，也就是一对对CandidatePair，如果对每个Pair都做连通性检测，会花很多时间，因此有了ice提名，看对方是否同意，同意就对这个Pair做连通性检测，一旦成功建立好连接，就不会对后面的Pair再连通性检测了。为什么有ice-lte：一些客户端放在公网上，没有网络的限制，其他客户端都能与它连接，因此它不需要ice协议里的一些复杂操作，但它依然要与其他通信，因此有些必要的操作要实现。ice-full是ice协议的完整实现。
基于exosip 编写呼叫流程实例
热门推荐
zzqgtt的专栏
02-13 1万+
1、已经编译生成号exosip相关库， 2、复制如下代码生成UAC，该实例使用的是windows控制台程序，对于sdp的解析部分需修改一下 代码如下: #include <eXosip2/eXosip.h> #include <stdio.h> #include <stdlib.h> #include <winsock2.h> int ma...
webrtc中媒体协商中的媒体数据方向
最新发布
lxkj_2024的博客
06-08 353
createOffer的参数表示了我们希望接受的媒体数据，代表了数据接收方向，在上面demo中实际上由offerOptions的offerToReceiveAudio和offerToReceiveVideo决定，当参数取值为true时表示我们希望接受对应类型的媒体数据。addTrack的参数表示了我们可以提供的媒体数据，代表了数据发送方向，在上面demo中track实际上由mediaOptions中的audio和video参数决定，当参数取值为true时表示我们可以提供对应类型的媒体数据用于发送。
关于RTP的一些背景知识
yeshen.org
08-29 2197
原文来自 rtp-i-intro-rtp-and-sdp rtp-ii-streaming-ffmpeg 周末本来想弄一下译文的，然后堂弟过来，消耗了不少时间在社交上，另一半时间是在研究turn server，算是完成了一半，下周末还有时间我还想起来这个事情的话，就继续。 FFmpeg是大多数开发人员在考虑编写能够操作RTP的快速脚本时想到的一个工具。 这个工具都提供了可以从您选择的编程语言中使用的库，但它也提供了方便的命令行工具，对于那些不想从头开始编写自己的程序的人来说，这是一种“更容易”的选择.
音视频 SDP 添加码率
07-12 581
音视频 SDP 添加码率
webrtc的ICE穿透方案
百鸣的专栏
05-31 1245
但是，由于 ICE-Lite 只能利用 STUN 服务器进行 NAT 穿透，如果 STUN 服务器无法成功获取客户端的公网IP地址和端口号，那么这种情况下 ICE-Lite 无法建立 P2P 连接。使用 ICE-Full 方案后，通信双方能够获取对方的 IP 地址和端口号，并通过该信息在 NAT 防火墙中打开相应的端口，从而实现 P2P 传输。使用ICE-Full方案后，通信双方能够获取对方的IP地址和端口号，并通过该信息在NAT防火墙中打开相应的端口，从而实现P2P传输。
[RFC8829] JavaScript Session Establishment Protocol (JSEP)
aggresss
03-16 1212
[RFC8829] JavaScript Session Establishment Protocol (JSEP)
webrtc-概念-SDP-资料-KonneticSDPTechnicalOverview1
08-03
SDP消息通常包含以下几个必需部分： 1. **会话名称**：标识会话的目的或主题。 2. **会话活动时间**：指定会话的有效时间范围。 3. **媒体信息**：列出会话中包含的媒体类型（如音频、视频），以及每种媒体的详细...
webRTC的直播播放器
08-04
自定义WebRTC播放器的设计和实现涉及以下几个关键组件： 1. **getUserMedia**：这是WebRTC API的一部分，用于获取用户的音频和视频输入。它允许播放器请求访问用户的摄像头和麦克风，为直播播放提供源数据。 2. **...
webrtc基础知识介绍
05-31
在WebRTC中，有几个关键概念： 1. **getUserMedia**：这是一个JavaScript API，用于获取用户的媒体输入（如摄像头和麦克风），是WebRTC实现音视频通信的第一步。 2. **RTCPeerConnection**：这是WebRTC的核心组件，...
WebRTC入门1
08-04
WebRTC的实现机制主要包括以下几个步骤： 1. PeerConnection：用于建立peer-to-peer连接，实现实时通信。 2. Signaling：用于信令交换，包括会话描述、ICE候选人、媒体流等信息。 3. Media Stream：用于媒体流的...
android webrtcdemo
12-21
在"android webrtcdemo"中，我们可以预期以下几个关键功能的实现： 1. **初始化PeerConnection**: 创建`PeerConnection`实例并设置必要的配置，如音频和视频编码器/解码器、数据通道等。 2. **获取本地流**: 使用`...
SDP学习笔记
Liam的博客
09-01 1502
SDP包括以下一些信息： 1）会话的名称和目的 2）会话存活时间 3）包含在会话中的媒体信息 4） 为接收媒体而需的信息（地址，端口，编码格式等） 5） 本端的带宽信息 6） 可信赖的接洽信息（Contact information） 一、SDP规范了回话描述的格式，一般结合会话协议共同工作。 常见的会话传送协议包括:SAP(Session Announcement Protocol 会话公告协议),SIP,RTSP,HTTP,和使用MIME的E-Mail。 （PS：对S
webrtc 码率设置
haijianmingCSDN的专栏
12-03 8448
WebRTC原生就是为了p2p通话而设计的，视频的码流会尽量匹配你的带宽。你会发现，当两个客户端在局域网内 通话时，视频的码流会非常大，有时会达到两三兆。在有些业务场景下，你可能不希望要这么大的视频码流，比如会占用 你的服务器很大的带宽。如果我们能够灵活的控制视频码流，这对节省服务器带宽会非常有用。 WebRTC生成的SDP中，与视频编码相关的部分如下： a=rtpmap:100 V
9、SRS4.0源代码分析之WebRTC服务总体介绍
黑板报
10-09 3413
SRS4.0源代码分析之WebRTC整体流程
【RFC5104 带有反馈的RTP视听配置文件中的编解码器控制消息（AVPF）】（翻译）
PiPiQ_Blog的博客
06-20 1407
原文rfc5104 (ietf.org)
P2P之ICE协议（二）
chen_jianjian的专栏
12-15 615
Transport Address：包含IP、port和传输协议。Candidate：除了Transport Address 外还包括类型、优先级、foundation还有Base。Base：Host candidate 关联一个 Server reflexive candidate。ICE实现NAT穿透的所要完成的核心处理包括候选地址信息的收集，之后对收集到的地址进行排序、配对，然后执行连通性检查。
pion webrtc如何修改sdp
05-31
Pion WebRTC提供了一种方便的方式来修改SDP（Session Description Protocol），以实现对媒体协商的控制。下面是一些修改SDP的方法： 1. 修改SDP中的音频和视频编码：通过修改SDP中的"m="行可以更改音频和视频的编码协议、传输协议和端口号。例如，你可以使用"opus"代替"PCMU"来更改音频编码。 2. 修改SDP中的带宽限制：通过修改SDP中的"b="行可以更改媒体流的带宽限制。例如，你可以将音频流的带宽限制从128kbps降低到64kbps。 3. 修改SDP中的ICE候选地址：通过修改SDP中的"a=candidate"行可以更改ICE候选地址。例如，你可以将ICE候选地址从IPv4更改为IPv6。 4. 修改SDP中的DTLS加密参数：通过修改SDP中的"a=setup"和"a=fingerprint"行可以更改DTLS加密参数。例如，你可以将DTLS加密模式从"actpass"更改为"active"。 5. 修改SDP中的会话属性：通过修改SDP中的"a=group"和"a=mid"行可以更改会话属性。例如，你可以将音频流和视频流分别分组并分配唯一的ID。 要修改SDP，你可以使用以下代码片段作为参考： ``` // 获取本地SDP offer := webrtc.SessionDescription{} err = json.Unmarshal([]byte(sdp), &offer) if err != nil { fmt.Println(err) return } // 修改SDP offer.SDP = strings.Replace(offer.SDP, "PCMU", "opus", -1) offer.SDP = strings.Replace(offer.SDP, "a=mid:0", "a=mid:audio", -1) offer.SDP = strings.Replace(offer.SDP, "a=mid:1", "a=mid:video", -1) // 创建应答 answer, err := peerConnection.CreateAnswer(nil) if err != nil { fmt.Println(err) return } // 设置本地SDP err = peerConnection.SetLocalDescription(answer) if err != nil { fmt.Println(err) return } // 发送应答SDP给远端 sendSDP(answer) ``` 这段代码将本地SDP中的"PCMU"替换为"opus"，并将音频流和视频流分别分配唯一的ID。请根据你的具体应用场景进行修改。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值