ddr77的专栏

调研了一个多月的webrtc 多人会议实现方式，最后选择Licode ,原因有二1）Licode的架构和我们视频通话的架构基本一致 nuve---controler----agent三级，中间通过mongodb来统一数据，实现分布式管理，和我们视频通话不同的是，它用了消息队列做微服务化，比我们现在的模型要先进。 2）licode相对是比较简单的，只有三次，mcu使用c++实现，这样就有可能...

webrtc本身需要搭建stun和turn服务器，经过挑选后选择stunman和coturn 两个服务器，安装步骤对应如下coturn服务器安装boost库安装STUN服务安装安装coturn服务的时候需要注意1）需要外网ip，如果没有外网ip ，我现在都无法安装成功，一直出现端口绑定错误，好像是和这个有关系，还没有最后确认2）conturn本身包括了stun 服务，如果不...

前端时间安装stun服务器，由于公司没有开外网的端口映射，所以没有搭建成功。但是单纯的stun服务器搭建成功了现在有两个问题：1）stun服务扮演什么角色？2）流媒体数据的传输方式3）erizo-controler的作用？首先回答问题2），上传一张wireshark的截图在这张图中，10.2.31.80是我搭建的Licode服务器，10.134.244.200是我本地的...

首先推几篇基础文章什么叫打洞打洞标准化协议-stun打洞应用标准化-ice信令服务-sip补充协议-turn总体来讲，ICE协议是个整合了各个以上各种协议的一个大集合，如果需要传输媒体数据，就是在数据阶段来封装对应的rtp流，具体如下1）ICE会收集备用的地址，包括三类host： 本地地址server reflect addreess: stun 服务器发出...

借用Licdoe的代码来分析下ICE的实现首先licode 用了两套ice库，不知道为啥，nicer 和Libnicer ，但感觉比较偏重于libnicer，所有着重以Libnice为主 二者分家的地方在 DtlsTransport类的构造函数中licode 的底层传输采用了dtls的协议，这块不着重分析，知道就可以了。下面开始第一个问题：ICE的线程模型ICE代码...

首先转载一篇文章webrtc在js层面的信令交互过程基本流程总结如下： 

最近在摸索webrtc 单机多流的情况，webrtc给出了标准planb的解决方法，在licode的forum中查找，已经明确表示不支持https://discourse.lynckia.com/t/typical-questions-for-licode/728第六条，表示在wip （work in progress）同时，licode提供了singlepc的模式，链接如下htt...

总体方案图如下大小流解决的核心是需要改造oneTomany，改造点如下publiser增加多个，并且要有角色之分，比如下Publiser m_BigPub;Publishe m_SmallPub;需要主要。在下面三个队列中，处于第一第二队列的一律用BIg的ssrc 赋值增加的subscreber要区分开，三个队列：大流 小流 大小流map<string,sub...