前言
随着移动互联网的快速发展以及智能终端性能的逐步提高,智能终端间进行实时音视频通讯成为移动互联网发展的一个重要方向。那么如何保证智能终端之间实时音视频数据通讯成为一个很现实的问题。
实际上,实时音视频通讯 = 音视频处理 + 网络传输。包括采集、编码、网络传输、解码、播放等环节。而网络传输是整个应用中非常重要的一环,基于当前网络带宽和服务端器资源的昂贵特性,通常情况下,实时音视频应用的网络通讯,都会结合P2P技术,从而大幅降低运营成本。
有关实时音视频开发时的技术难题请参见《音视频云声网Agora:从demo到实用,中间还差1万个WebRTC》:http://www.52im.net/article-119-1.html。更多实时音视频开发相关的资料请见社区精选专辑《实时音视频开发资料汇总》。
系列文章
《即时通讯音视频开发(五):认识主流视频编码技术H.264》
《即时通讯音视频开发(九):实时语音通讯的回音及回音消除概述》
《即时通讯音视频开发(十):实时语音通讯的回音消除技术详解》
《即时通讯音视频开发(十一):实时语音通讯丢包补偿技术详解》
《即时通讯音视频开发(十三):实时视频编码H.264的特点与优势》
《即时通讯音视频开发(十五):聊聊P2P与实时音视频的应用情况》
《即时通讯音视频开发(十六):移动端实时音视频开发的几个建议》
《即时通讯音视频开发(十七):视频编码H.264、V8的前世今生》
《即时通讯音视频开发(十八):详解音频编解码的原理、演进和应用选型》
《即时通讯音视频开发(十九):零基础,史上最通俗视频编码技术入门》
P2P技术简介
p是peer的缩写,p2p就是点对点,两个客户端直接进行数据交互,不需要经过服务器转发(relay),这种方式能大大减轻服务端的负载,所以特别视适合大数据的传输,比如实时音视频聊天、在线视频直播、大文件传输等应用场景。
P2P成功率大概是多少?
其实这个问题不太好回答但又好回答:不太好回答是因为不同区域网络状况不一样所以很难有统一的答案;好回答是因为如果遵循ICE协议,基本上能打洞成功的网络他都能p2p,不能打洞成功的网络基本上都是跟路由器类型有关,与技术无关。
根据google官方文档,92%的情况下都可以p2p,看到这里很多朋友很高兴,心理有底了,在国内70~80%的成功率是可以期待的,以前做的文件传输也可以用p2p了,其实微软的win10升级也是这么搞的,p2p优先,节省宝贵的服务端资源嘛。
来看看P2P的实际效果
知道了p2p成功率,我们再来看1对1的视频通话,如果支持p2p那理论上一台普通的阿里云服务器其实就可以支持比较高的并发了,因为大部分的视频流都不需要经过服务器relay,但这时候有人可能会问:“和relay相比,p2p效果怎样?”
这个问题其实也不好回答,因为某些极端情况下p2p有可能不如服务器relay,但我们可以参考qq和whatsapp的做法。
根据我们之前的测试,qq现在1对1视频通话打洞逻辑和成功率基本上跟webrtc一样(当时模拟了各种网络状况,联通、电信、移动、全锥、对称等等),p2p优先,失败时才启用relay。whatsapp其实也差不多,只不过为了加快连接的建立,他采用relay优先,p2p建立后就会切换过来。
关于视频聊天会被运营方后台抓录的谣言
所以了解了p2p,qq,whatsapp的这些逻辑之后,你下次跟朋友视频就不用担心qq后台录音录像的问题了,这些东西太占资源了,最起码他们现阶段不会去做,如果要这么做他们就不会使用p2p了。
关于第3方云IM对实时音视频的收费疑问
看到这里一些朋友就会问,既然大部分视频通话可以p2p解决,那采用第三方厂商方案的时候直接按用户数计费是不是不合理?因为p2p下根本不需要占用服务端太多资源。
这确实是个问题,但这到底合不合理,作为用户你又有何办法?谁让你只能用别的,从而受制于人呢,哈哈