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。