开源音视频通话比较

1、最新要做一个移动端视频通话软件，大致看了下现有的开源软件一）sipdroid1）架构sip协议栈使用JAVA实现，音频Codec使用skype的silk（Silk编解码是Skype向第三 方开发人员和硬件制造商提供免版税认证（RF）的Silk宽带音频编码器）实现。NAT传输支 持 stun server.2）优缺点：NAT方面只支持STUN，无ICE框架，如需要完全实现P2P视频通话需要实现符合ICE 标准的客户端，音频方面没看到AEC等技术，视频方面还不是太完善，目前只看到调用的 是系统自带的MediaRecorder，并没有自己的第三方音视频编解码库。3）实际测试：基于sipdroid架构

2、的话，我们要做的工作会比较多，（ICE支持，添加回音消除，NetEQ 等gips音频技术，添加视频硬件编解码codec.），所以就不做测试了。二）imsdroid1）架构：基于doubango（Doubango是一个基于3GPP IMS/RCS并能用于嵌入式和桌面系统的开 源框架。该框架使用ANSCI-C编写，具有很好的可移植性。并且已经被设计成非常轻便 且能有效的工作在低内存和低处理能力的嵌入式系统上。苹果系统上的idoubs功能就是基 于此框架编写）.音视频编码格式大部分都支持（H264（video），VP8（video），iLBC（audio）,PCMA,PCMU,G722,G729）。

3、NAT支持 ICE（stun+turn）2）效果实测测试环境：公司局域网内两台机器互通，服务器走外网sip2sip第一次测试：音频质量可以，但是AEC打开了还是有点回音（应该可以修复）。视频马赛 克比较严重，延迟1秒左右。第二次测试：音频质量可以，基本无回音，视频无马赛克，基本无延迟（低于1秒）。3）优缺点imsdroid目前来说还是算比较全面的，包括音视频编解码，传输（RTSP，ICE），音频处 理技术等都有涉猎。doubango使用了 webrtc的AEC技术，但是其调用webrtc部分没有 开源，是用的编译出来的webrtc的库。如果要改善音频的话不太方便，Demo的音视频效 果还可以三

4、）csipsimple1）sip协议栈用的是pjsip,音视频编解码用到的第三方库有ffmpeg（video） ,silk（audio）,webrtc.默认使用了 webrtc的回声算法。支持ICE协议。2）优缺点：csipsimple架构比较清晰，sip协议由C实现，java通过JNI调用，SIP协议这一块会比较 高效。其VOIP各个功能也都具备，包括NAT传输，音视频编解码。并且该项目跟进新技 术比较快，官方活跃程度也比较高。如果做二次开发可以推荐这个。3）实测效果测试环境：公司局域网内两台机器互通，服务器走外网sip2sip音频质量可以，无明显回音，视频需要下插件，马赛克比imsdroi

5、d更严重。四）Linphone这个是老牌的sip，支持平台广泛windows, mac,ios,android,linux，技术会比较成熟。但 是据玩过的同事说linphone在Android上的bug有点多，由于其代码实在庞大，所以我暂 时放弃考虑Linphone.不过如果谁有跨平台的需要，可以考虑Linphone或者imsdroid和下 面的webrtc.。好像现在开源软件都跨平台了。五）webrtcimsdroid,csipsimple,linphone都想法设法调用webrtc的音频技术，本人也测试过Android 端的webrtc内网视频通话，效果比较满意。但是要把webrtc做成一

6、个移动端的IM软件的 话还有一些路要走，不过webrtc基本技术都已经有了，包括p2p传输，音视频codec,音 频处理技术。不过其因为目前仅支持VP8的视频编码格式（QQ也是）想做高清视频通话 的要注意了。VP8在移动端的硬件编解码支持的平台没几个（RK可以支持VP8硬件编解 码）。不过webrtc代码里看到可以使用外部codec,这个还是有希望调到H264的。总结：sipdroid比较轻量级，着重基于java开发（音频codec除外），由于其音视频编码 以及P2P传输这一块略显不足，不太好做定制化开发和优化。imsdroid,遗憾就是直接调用 webrtc的库，而最近webrtc更新的比较频繁，开发比较活跃。如果要自己在imsdroid上 更新webrtc担心兼容性问题，希望imsdroid可以直接把需要的webrtc相关源码包进去。csipsimple的话，都是围绕pjsip的，webrtc等都是以pjsip插件形式扩充的，类