webrtc视频会议服务器怎么样

A. 用webrtc视频聊天方便吗还需要什么技术

webrtc视频聊天方便的，但不支持大规模的人员共同视频聊天，这是它的弊端，可以试试接入ZEGO即构科技的音视频 sdk，他们支持32路以上的实时音视频，闪聊、多人视频会议、在线教育等场景，技术和声誉都很好的。【点击免费试用，0成本启动】

webrtc是一个支持网络浏览器进行实时语音对话或视频对话的软件架构。它于2011年6月1日开源并在Google、Mozilla、Opera支持下被包括进万维网联盟的W3C推荐标准。webrtc提供了视频会议的核心技术，包括音视频的采集、编解码、网络传输、显示等功能，并且还支持跨平台：windows，linux，mac，android。

想要了解更多关于webrtc的相关信息，推荐咨询ZEGO即构科技。即构科技有限公司是为开发者提供高品质实时音视频、实时语音、互动直播和IM即时通讯等服务的公司。核心团队成员有超过20年的互联网和音视频技术开发经验，以及亿量级海内外用户运营服务能力。专注于实时音视频领域，致力提供全世界范围内最清晰稳定实时的语音视频服务，已服务4000+企业，适用于游戏、娱乐社交、在线教育、在线医疗、远程会议、智能硬件等多种用户场景。

B. webrtc服务器需要多少带宽

根据 webrtc-experiment ，opus的最小带宽为6kbit/s，vp8的最小带宽为100kbit/s.因此，总的速度为106kbit/s。【点击免费试用，0成本启动】

webrtc中的带宽自适应算法分为两种：
1、发端带宽控制，原理是由rtcp中的丢包统计来动态的增加或减少带宽，在减少带宽时使用TFRC算法来增加平滑度。
2、收端带宽估算，原理是并由收到rtp数据，估出带宽；用卡尔曼滤波，对每一帧的发送时间和接收时间进行分析，从而得出网络带宽利用情况，修正估出的带宽。两种算法相辅相成，收端将估算的带宽发送给发端，发端结合收到的带宽以及丢包率，调整发送的带宽。

想要了解更多关于webrtc的相关信息，推荐咨询ZEGO即构科技。即构科技有限公司是为开发者提供高品质实时音视频、实时语音、互动直播和IM即时通讯等服务的公司。核心团队成员均来自QQ，有超过20年的互联网和音视频技术开发经验，以及亿量级海内外用户运营服务能力。专注于实时音视频领域，致力提供全世界范围内最清晰稳定实时的语音视频服务，已服务4000+企业，适用于游戏、娱乐社交、在线教育、在线医疗、远程会议、智能硬件等多种用户场景。

C. 视频会议系统多少钱一套包安装吗

视频会议系统一般由视频会议终端、视频会议服务器（MCU）、网络管理系统、传输网络等组成，一般报价都是根据需求功能的，都是包安装的。

D. 用webrtc实现视频会议功能，目前国内哪家比较好

用webrtc实现视频会议功能，目前国内ZEGO即构科技是比较好的，产品众多，可选的有实时音视频、实时语音、互动直播、IM即时通讯等。【点击免费试用，0成本启动】

WebRTC（Web Real-Time Communication）项目的最终目的主要是让Web开发者能够基于浏览器（ChromeFireFox...）轻易快捷开发出丰富的实时多媒体应用，而无需下载安装任何插件，Web开发者也无需关注多媒体的数字信号处理过程，只需编写简单的javascript程序即可实现，W3C等组织正在制定Javascript 标准API，目前是WebRTC 1.0版本，Draft状态；另外WebRTC还希望能够建立一个多互联网浏览器间健壮的实时通信的平台，形成开发者与浏览器厂商良好的生态环境。同时，Google也希望和致力于让WebRTC的技术成为HTML5标准之一，可见Google布局之深远。

想要了解更多关于webrtc的相关信息，推荐咨询ZEGO即构科技。ZEGO即构科技自主研发的高音质语音视频引擎，能够提供实时清晰的多人语音通话独立自研的语音前处理模块（AEC, NS, AGC）能够提供优于同类竞品的处理效果，支持全带语音处理。良好的抖动缓冲、前向纠错和丢帧补偿技术使引擎适应复杂的网络环境，提供低延时清晰流畅的语音视频通话，在较差网络环境中自适应的找到延时与流畅的最佳契合点。

E. 如何实现webrtc多人视频直播会议

webrtc多人视频直播会议推荐ZEGO即构科技。只需4行代码，30分钟在APP、Web和小程序等应用内实现视频通话、语音通话，互动直播功能。【点击免费试用，0成本启动】

webrtc多人视频直播会议实现原理：
1、服务端是用C++配合实现的，主要作用就是信令控制与转发。
2、因为有在WEBRTC里面注册自己的传输模块，所以在这个基础上实现多人就很容易了，主要就是让服务端转发的时候知道往哪里转发。
3、WEBRTC里面有channel机制，每个会话对应一个channel，如果要实现多个会话，就注册多个channel。

想要了解更多关于多人视频直播会议的信息，推荐咨询ZEGO即构科技。即构科技有限公司是为开发者提供高品质实时音视频、实时语音、互动直播和IM即时通讯等服务的公司。核心团队成员均来自QQ，有超过20年的互联网和音视频技术开发经验，以及亿量级海内外用户运营服务能力。专注于实时音视频领域，致力提供全世界范围内最清晰稳定实时的语音视频服务，已服务4000+企业，适用于游戏、娱乐社交、在线教育、在线医疗、远程会议、智能硬件等多种用户场景。

F. 基于开源WebRTC开发实时音视频靠谱吗

WebRTC是一个支持网页浏览器进行实时语音对话或视频对话的技术，在行业内得到了广泛的支持和应用，成为下一代视频通话的标准，所以来说还是靠谱的。

话说回来，虽然作为实时音视频领域最火的开源技术，WebRTC 点对点的架构模式却无法支持大规模并发，怎么解决呢？即构自研WebRTC网关服务器架构实践就很好解决了这个问题。

Zego-Gateway架构的改进

在加入WebRTC网关之前，即构自研系统架构如下图所示，主要分成两部分，左边是低延时用户，而右边是围观用户。低延时用户主要是通过ZEGO的实时传输网络进行推拉流。

在加入了WebRTC网关服务器后（图中红线部分所示），即构的系统已经能全面支持网页端视频互动场景，同时实现了APP、微信小程序、WebRTC三端的连麦互通。

G. 网络会议设备哪款功能强大

现代的视频会议设备除了用于音视频开会外，它还能实现一些多媒体功能：

（1）资料文档的共享。例如在政府应用中，政府办公、会议、公检法部门在远程办案中，有大量的文件资料需要与会者共同讨论。在传统视频会议中，使用文档投影机将文档通过图像的方式在与会者之间共享

（2）远程培训。企业内部协作需要商讨产品设计、工程方案、统计报表分析等功能，设计图纸、业务报表是会议讨论的重点，数据传输和共享功能的重要性有时甚至超过了视频功能。

（3）远程教学应用中最充分地发挥了多媒体视频通讯的优势。针对远程教育的视频通讯方案支持课件共享、交互式问答、课程存储、点播回放等功能。

（4）远程医疗的应用中，开放平台的多媒体视讯系统能够与医疗设备接口，实现各种医疗数据的共享。

产品形态

一般的视频会议设备包括MCU多点控制器(视频会议服务器)、会议室终端、PC桌面型终端、电话接入网关(PSTNGateway)、Gatekeeper(网闸)等几个部分。各种不同的终端都连入MCU进行集中交换，组成一个视频会议网络。此外，语音会议系统可以让所有桌面用户通过PC参与语音会议，这些是在视频会议基础上的衍生。语音系统也是多功能视频会议的一个参考条件。

随着云计算技术的出现，视频会议领域出现了云计算视频会议模式，云计算视频会议设备支持多服务器动态集群部署，并提供多台高性能服务器，大大提升了会议稳定性、安全性、可用性。近年来，云计算视频会议因能大幅提高沟通效率，持续降低沟通成本，带来内部管理水平升级，而获得众多用户欢迎，已广泛应用在政府、军队、交通、运输、金融、运营商、教育、企业等各个领域。毫无疑问，视频会议运用云计算以后，在方便性、快捷性、易用性上具有更强的吸引力，必将激发视频会议应用新高潮的到来。

云计算视频会议是视频会议与云计算的完美结合，带来了最便捷的远程会议体验。

H. 使用WebRTC搭建前端视频聊天室——点对点通信篇

WebRTC给我们带来了浏览器中的视频、音频聊天体验。但个人认为，它最实用的特性莫过于DataChannel——在浏览器之间建立一个点对点的数据通道。在DataChannel之前，浏览器到浏览器的数据传递通常是这样一个流程：浏览器1发送数据给服务器，服务器处理，服务器再转发给浏览器2。这三个过程都会带来相应的消耗，占用服务器带宽不说，还减缓了消息从发送到接收的时间。其实最理想的方式就是浏览器1直接与浏览2进行通信，服务器不需要参与其中。WebRTC DataChannel就提供了这样一种方式。

如果对WebRTC和DataChannel不太了解的同学，可以先阅读如下文章：

- WebRTC的RTCDataChannel

- 使用WebRTC搭建前端视频聊天室——信令篇

- 使用WebRTC搭建前端视频聊天室——入门篇

当然服务器完全不参与其中，显然是不可能的，用户需要通过服务器上存储的信息，才能确定需要和谁建立连接。这里通过一个故事来讲述建立连接的过程：

不如钓鱼去

一些背景：

现在，老刘听说老姚钓鱼技术高超，想和老姚讨论钓鱼技巧。只要老刘和老姚相互之间知道对方的门牌号以及凭证，就可以串门了:

老刘和老姚相互之间知道了对方的门牌号和小区出入凭证，他们相互之间有什么需要交流的直接串门就行了，消息不再需要门卫老大爷来代为传达了

换个角度

我们把角色做一个映射：

于是乎故事就变成了这样：

这样，就建立了一个点对点的信道，流程如下所示：

故事

老刘和老姚已经可以相互串门了，经过一段时间的交流感情越来越深。老姚的亲友送了20斤葡萄给老姚，老姚决定送10斤给老刘。老姚毕竟年事已高，不可能一次带10斤。于是乎，老姚将葡萄分成了10份，每次去老刘家串门就送一份过去。

这里可以做如下类比：

这其实就是通过datachannel传输文件的方式，首先将文件分片，然后逐个发送，最后再统一的进行组合成一个新的文件

分片

通过HTML5的File API可以将type为file的input选中的文件读取出来，并转换成data url字符串。这也就为我们提供了很方便的分片方式：

组合

通过datachannel发送的分片数据，我们需要将其进行组合，由于是data url字符串，在接收到所有包之后进行拼接就可以了。拼接完成后就得到了一个文件完整的data url字符串，那么我们如何将这个字符串转换成文件呢？

方案一：直接跳转下载

既然是个dataurl，我们直接将其赋值给window.location.href自然可以下载，但是这样下载是没法设定下载后的文件名的，这想一想都蛋疼

方案二：通过a标签下载

这个原理和跳转下载类似，都是使用dataurl本身的特性，通过创建一个a标签，将dataurl字符串赋值给href属性，然后使用download确定下载后的文件名，就可以完成下载了。但是很快又有新问题了，稍微大一点的文件下载的时候页面崩溃了。这是因为dataurl有大小限制

方案三：blob

其实可以通过给a标签创建blob url的方式来进行下载，这个没有大小限制。但是我们手上是dataurl，所以需要先进行转换：

获得blob后，我们就可以通过URL API来下载了：

这里有几个点：

1. datachannel其实是可以直接传送blob的，但是只有ff支持，所以传data url

2. chrome下载是直接触发的，不会进行询问，firefox会先询问后下载，在询问过程中如果执行了revokeObjectURL，下载就会取消，囧

升级

如我们所知，WebRTC最有特点的地方其实是可以传输getUserMedia获得的视频、音频流，来实现视频聊天。但事实上我们的使用习惯来看，一般人不会一开始就打开视频聊天，而且视频聊天时很消耗内存的（32位机上一个连接至少20M左右好像，也有可能有出入）。所以常见的需求是，先建立一个包含datachannel的连接用于传输数据，然后在需要时升级成可以传输视频、音频。

看看我们之前传输的session description，它其实来自Session Description Protocol。可以看到wiki上的介绍：

这意味着什么呢？我们之前建立datachannel是没有加视频、音频流的，而这个流的描述是写在SDP里面的。现在我们需要传输视频、音频，就需要添加这些描述。所以就得重新获得SDP，然后构建offer和answer再传输一次。传输的流程和之前一样，没什么区别。但这一次，我们不需要传输任何的ice candidate，这里我曾经遇到了坑，经过国外大大的点拨才明白过来。

Peertc

我将datachannel和websocket组合，实现了一个构建点对点连接的库Peertc，它提供非常简洁的方式来建立连接和发送数据、文件和视频/音频流，详情见github。走过路过的记得star一下哦，有什么bug也非常希望能够提出来。

最后

WebRTC的点对点方式能够运用在很多场景：

- 如web qq这种Web IM工具，这就不说了

- 如象棋这种双人对战 游戏 ，每一步的数据服务器时不关心的，所以完全可以点对点发送

- 一对一在线面试、在线教育，这其实是即时通信的一个业务方向

I. 网络视频会议系统有什么优点

网络视频会议以云计算为核心，由视频会议厂商在云端部署服务器，用户不需要购买 MCU 设备、大规模改造网络和专业会议运维人员，只需要注册服务，即可在不同场景下进行多方视频沟通。 降低视频会议成本的同时，也保障了视频通讯质量，方便用户快速拓展部署，且在移动化视频方面，更加方便。

然而网络视频会议软件中目的就很不错，中目视频会议软件具体有以下优势：
1. 高清视频和音频：将高质量视频、音频和网络会议带入任何大小的会议室中.
2. 与任何人召开会议：在台式机、手机或其他会议室系统上加入远程参与者.
3. 单触启动会议：使用语音命令或单触启动即时会议或会议通过你的日历系统.
4. 与H.323协议的互操作性与任何传统的端点，包括宝利通，思科和LifeSize.

华万始终秉持向客户提供优质的产品和服务为己任，已形成通信云产品及云通信智能硬件两大业务板块，拥有华万Video和中目两个自主品牌，中目包含中目Meeting、中目Rooms、中目Webinar、中目视频通信硬件生态链四大产品，可应用于招聘面试、新品发布会、培训、直播等场景，医疗、金融、教育培训等行业均可使用。截止目前，华万已经累计为近万家中国企业提供多方通信服务。

J. google为什么要开源webrtc

google开源了WebRTC项目，网址是：http://code.google.com/p/webrtc/。

WebRTC实现了基于网页的视频会议，标准是WHATWG 协议，目的是通过浏览器提供简单的javascript就可以达到实时通讯（Real-Time Communications (RTC)）能力。

通过对源码的粗略分析，WebRTC提供了视频会议的核心技术，包括音视频的采集、编解码、网络传输、显示等功能，并且还支持跨平台：windows，linux，mac，android。

WebRTC的视频处理分析（windows平台）

WebRTC的视频部分，包含采集、编解码(I420/VP8)、加密、媒体文件、图像处理、显示、网络传输与流控(RTP/RTCP)等功能。

视频采集---video_capture

源代码在webrtc\moles\video_capture\main目录下，包含接口和各个平台的源代码。
在windows平台上，WebRTC采用的是dshow技术，来实现枚举视频的设备信息和视频数据的采集，这意味着可以支持大多数的视频采集设备；对那些需要单独驱动程序的视频采集卡（比如海康高清卡）就无能为力了。
视频采集支持多种媒体类型，比如I420、YUY2、RGB、UYUY等，并可以进行帧大小和帧率控制。

视频编解码---video_coding
源代码在webrtc\moles\video_coding目录下。
WebRTC采用I420/VP8编解码技术。VP8是google收购ON2后的开源实现，并且也用在WebM项目中。VP8能以更少的数据提供更高质量的视频，特别适合视频会议这样的需求。

视频加密--video_engine_encryption
视频加密是WebRTC的video_engine一部分，相当于视频应用层面的功能，给点对点的视频双方提供了数据上的安全保证，可以防止在Web上视频数据的泄漏。
视频加密在发送端和接收端进行加解密视频数据，密钥由视频双方协商，代价是会影响视频数据处理的性能；也可以不使用视频加密功能，这样在性能上会好些。
视频加密的数据源可能是原始的数据流，也可能是编码后的数据流。估计是编码后的数据流，这样加密代价会小一些，需要进一步研究。

视频媒体文件--media_file
源代码在webrtc\moles\media_file目录下。
该功能是可以用本地文件作为视频源，有点类似虚拟摄像头的功能；支持的格式有Avi。
另外，WebRTC还可以录制音视频到本地文件，比较实用的功能。

视频图像处理--video_processing
源代码在webrtc\moles\video_processing目录下。
视频图像处理针对每一帧的图像进行处理，包括明暗度检测、颜色增强、降噪处理等功能，用来提升视频质量。

视频显示--video_render
源代码在webrtc\moles\video_render目录下。
在windows平台，WebRTC采用direct3d9和directdraw的方式来显示视频，只能这样，必须这样。

网络传输与流控
对于网络视频来讲，数据的传输与控制是核心价值。WebRTC采用的是成熟的RTP/RTCP技术。

WebRTC的音频处理分析（windows平台）

WebRTC的音频部分，包含设备、编解码(iLIBC/iSAC/G722/PCM16/RED/AVT、NetEQ)、加密、声音文件、声音处理、声音输出、音量控制、音视频同步、网络传输与流控(RTP/RTCP)等功能。

音频设备---audio_device
源代码在webrtc\moles\audio_device\main目录下，包含接口和各个平台的源代码。
在windows平台上，WebRTC采用的是Windows Core Audio和Windows Wave技术来管理音频设备，还提供了一个混音管理器。
利用音频设备，可以实现声音输出，音量控制等功能。

音频编解码---audio_coding
源代码在webrtc\moles\audio_coding目录下。
WebRTC采用iLIBC/iSAC/G722/PCM16/RED/AVT编解码技术。
WebRTC还提供NetEQ功能---抖动缓冲器及丢包补偿模块，能够提高音质，并把延迟减至最小。
另外一个核心功能是基于语音会议的混音处理。

声音加密--voice_engine_encryption
和视频一样，WebRTC也提供声音加密功能。

声音文件
该功能是可以用本地文件作为音频源，支持的格式有Pcm和Wav。
同样，WebRTC也可以录制音频到本地文件。

声音处理--audio_processing
源代码在webrtc\moles\audio_processing目录下。
声音处理针对音频数据进行处理，包括回声消除(AEC)、AECM、自动增益(AGC)、降噪处理等功能，用来提升声音质量。

网络传输与流控
和视频一样，WebRTC采用的是成熟的RTP/RTCP技术。

WebRTC的官网是http://www.webrtc.org/，其中的FAQ解答了很多大家关心的问题。有这么几点可以关注：
1.license
采用BSD licenses，可以用于商业软件；即使你修改了源代码，也不必公开你修改的部分。

2.为什么WebRTC要免费
音视频针对目前的互联网应用，还是至关重要的。google这样做的目的，无非是吸引大量的开发者在chrome平台上开发音视频相关应用，和当年微软windows集成IE是一个道理。

3.下载和编译
a).下载google的源码工具depot_tools：
svn co http://src.chromium.org/svn/trunk/tools/depot_tools
并把depot_tools添加到系统的环境变量PATH里；
b).下载git工具：并把git添加到系统的环境变量PATH里；
c).创建webrtc工作目录，并在该目录下运行：
gclient config https://webrtc.googlecode.com/svn/trunk
gclient sync --force

sync命令也会产生基于本地环境(Linux:make, OSX: XCode, Windows: Visual Studio)的build文件。

也可以用命令：
gclient runhooks --force

对windows平台，在trunk目录下，已经有针对Visual Studio的工程文件：
webrtc.sln

好了，打开它，这就可以编译了。

注：webrtc默认使用了C:\Program Files\Microsoft SDKs\Windows\v7.1\Samples\multimedia\directshow\baseclasses。我的机器上只有v7.0的sdk，于是构造了一个v7.1的目录，仅包含Samples\multimedia\directshow\baseclasses。