SDP Session Description Protocol 会话描述协议
SDP协议用来在SIP终端之间交换媒体信息,WebRTC标准中同样选用了
SDP协议来交换媒体信息.
WebRTC Peer之间交换SDP包括的信息有transport protocols,ports,codecs等等
相关的IETF文档:
https://tools.ietf.org/pdf/draft-nandakumar-rtcweb-sdp-08.pdfSDP由多部分信息组成 每部分信息占一行.
<type>=<value>
v= 表示版本
o= 表明会话源 ssrc
s= 表明会话名
a= 表明会话属性
m= 表明媒体协议信息PeerConnection是webRTC的顶层接口,代表一个通话对象.
要建立点对点的音视频通话需要的双方各建立一个PeerConnection并交互信令完成对接.webRTC的信令指的是 SDP和Candidate
1. SDP是session description,描述local的多媒体情况
2. Candidate是候选,包含了p2p的信息
webRTC文档中描述的需要用户自定义实现的信令交互过程其实就是两个
PeerConnection交换sdp和candidate的过程.
最简单的信令可以直接通过socket来实现,webRTC的官方demo
PeerConnection client就是将sdp和candidate json序列化后通过socket发生出去的.WebRTC的通常连接流程:
http://blog.csdn.net/qq_21358401/article/details/79190561
WebRTC SDP协议:
http://blog.csdn.net/qq_21358401/article/details/79341031
连接不同平台的PeerConnection的流程和通常流程没有什么区别.
但很容易遇到这些一个问题:
1. 不支持的音视频编解码器
WebRTC报错: failed to set video send codecs
意为不支持收到的SDP里声明的某个视频编码
我在连接linux和android端时 就出现了android端不支持97和98(编码协议的RTP序号)
所以需要在设置local或remote的SDP前 修改sdp 去掉不支持的codec
2. 不支持的传输协议
这个错误常见于和浏览器的peer连接
浏览器通常不支持 UDP/TLS 这两个传输选项(firefox上发现问题)
解决方法同样是修改SDP 去除不支持的传输协议像WebRTC这样结构比较庞大的工程,在需要链接WebRTC库时是比较麻烦的.
特别是在linux代码使用到WebRTC库时的编译,不但要自行整合链接WebRTC库,
并且头文件路径也需要指向WebRTC代码目录.
项目中引用到第三方库时的做法通常是提取出库文件和头文件,添加到工程目录中供链接.
WebRTC的库文件和头文件也可以通过脚本提取出来.
库文件的打包:
http://blog.csdn.net/qq_21358401/article/details/78614211
WebRTC头文件提取的关键在于提取时保持目录结构,避免需要修改头文件来通过编译.
cp –parentsLinux cp命令加上parents参数时,可以保持目录结构One evening last week, I was nerd-sniped by a question Max Ogden asked:
That is quite an interesting question. I somewhat dislike using Session Description Protocol (SDP) in the signaling protocol anyway and prefer nice JSON objects for the API and ugly XML blobs on the wire to the ugly SDP blobs used by the WebRTC API.
The question is really about the minimum amount of information that needs to be exchanged for a WebRTC connection to succeed.
WebRTC uses ICE and DTLS to establish a secure connection between peers. This mandates two constraints:
Android是webRTC的一个开源实现,利用webRTC实现了RTC通话的功能
git仓库地址为 https://github.com/pchab/AndroidRTC
AndroidRTC是android client的实现 要运行这个项目 还需要ProjectRTC来交换信令
ProjectRTC的仓库地址为 https://github.com/pchab/ProjectRTC
大致的工作原理:
AndroidRTC作为client端 ProjectRTC作为server端
clients首先通过server交换信令
交换信令后,client分别创建PeerConnection开始connectionWebRTC的通常连接流程:
http://blog.csdn.net/qq_21358401/article/details/79190561
WebRTC SDP协议:
http://blog.csdn.net/qq_21358401/article/details/79341031
连接不同平台的PeerConnection的流程和通常流程没有什么区别.
但很容易遇到这些一个问题:
1. 不支持的音视频编解码器
WebRTC报错: failed to set video send codecs
意为不支持收到的SDP里声明的某个视频编码
我在连接linux和android端时 就出现了android端不支持97和98(编码协议的RTP序号)
所以需要在设置local或remote的SDP前 修改sdp 去掉不支持的codec
2. 不支持的传输协议
这个错误常见于和浏览器的peer连接
浏览器通常不支持 UDP/TLS 这两个传输选项(firefox上发现问题)
解决方法同样是修改SDP 去除不支持的传输协议正如我们上周报道的一样，最近有很多事情发生在我们熟知的WebRTC上。
其中一个是：基于WebRTC的屏幕共享
这是屏幕录像：youtube.com/watch?v=tD0QtBUZsF4。
这是代码：github.com/samdutton/rtcshare。
从本质上讲，我们使用RTCPeerConnection和chrome.tabCapture构建了一个实验性的Chrome扩展，以此通过浏览器标签来分享实时视频。如果你想尝试一下，你需要使用Chrome的Canary版本 ，并且在about:flags页面开启实验性扩展（Experimental Extension）的API。
我们的原型很大程度上依赖于强大的apprtc.appspot.com演示，坦率地说，这有点像黑客行为。但是，这是一个概念的证明，并且我们做到了。
下面是我们的实现方法：