古人云：

有人的地方就有江湖

有江湖的地方就要开会

而且，还是面对面开会，最好能看见对方

因为开会是

第一生产力！战斗力！组织力！

古代的“会”叫做“朝会”

由于各地方的官员离京城都比较远

慢悠悠的马车可能是最合适的交通工具

那时候少则几天，多则一年也是有可能的

想象一下

如果当时就有互联网技术

或许情况会有所

不同

不同

不同

▼

朝会议政，可以是这样

▼

君王通过视频会议给各地群臣部署任务

群臣之间也可以视频沟通，提升集会效率

儒家讲学，可以是这样

▼

孔子无需周游列国即可线上直播儒学思想

各国弟子可以发起视频连麦与孔子互动

悬丝诊脉，可以是这样

▼

突破古代男女授受不亲的礼节和地域限制

通过实时视频连线进行远程医疗会诊

社交互动，可以是这样

▼

君王可以与一个或多个妃子连麦互动

妃子选择美颜、滤镜、大眼等功能

满足通信双方互动的趣味性

以上的场景我们称之为

▼

“实时音视频通信”

实时通信技术适用的场景可以说是非常广泛

传统的实时通信主要是在视频会议、视频面试等

当下比较火的场景主要集中在社交、游戏

以及互动连麦、在线教育、证券开户

智能硬件(如无人机)、智能家居(摄像头监控、智能语音)

说到实时通信

▼

不得不提到

WebRTC

它是Google收购了一家叫GIPS公司得到的技术

WebRTC全名为Web Real Time Communication

从最初的为了解决浏览器上视频通话而诞生

现在已经发展到支持多终端之间进行数据通信

WebRTC在低延时方面可以做到毫秒级别

▼

什么概念？

根据ITU国际电信联盟标准

延时在400ms以内才能保证实时通信的效果

从应用角度来讲

越来越多的直播场景都加入视频通信的功能

而这又要提到RTMP

但由于其相对延时较高(3-5秒)

不能满足视频通信需求

于是

大家很自然地将目光投向延时更低的WebRTC

▼

WebRTC真的是很了不起

在Google 将 WebRTC 开源之前

实现浏览器之间的实时通信是件很困难的事

现在!!!

开发者无需音视频基础

调用几个的接口就能实现一个有通信能力的Demo

对，Demo

话说到这里

仿佛Google又一次拯救了世界

开发者似乎从此可以过上活少钱多离家近的生活

但是

欲带皇冠，必承其重

仅仅基于WebRTC实现简单的会话Demo并不难

但是要实现一个产品级应用就是另外一回事了

对于开发者而言

WebRTC仍旧高不可攀登

说得简单粗暴点：

Demo和应用之间还差一万个WebRTC

WebRTC不能直接拿来用 ???

▼

①

WebRTC只提供了Web端的接入能力

底层虽然支持跨平台

但对安卓、iOS、Windows端没有简单易用的SDK

▼

②

WebRTC不支持较主流的aac音频格式

会增加额外的开发工作量

▼

③

WebRTC的传输基于P2P

对于跨地区、跨运营商、网络不稳定的场景

难以保障传输质量

最关键的是

WebRTC只是一个基本的实时通信技术

没有合流转推、录制、转码、美颜等服务

看下WS-RTC实时音视频方案的架构~

↓

方案最大的特色在于

↓

**网宿WS-RTC正式上线

各种场景无缝接入**

如今

随着互联网的进一步发展

以及WebRTC的技术的进一步成熟

基于WebRTC的实时音视频通信

将会有更多的应用场景

So

如果项目中你想快速上线实时音视频能力

不妨来试试WS-RTC~