WebRTC現狀以及多人視頻通話分析

隨着科技的發展,音視頻技術在咱們生活中的應用。anyRTC基於WebRTC的基礎,憑藉多年的開發經驗,充分結合實際應用狀況,打造了一個WebRTC的音視頻通信雲平臺,提供音視頻服務解決方案。瀏覽器

WebRTC 概述

WebRTC(網頁實時通訊技術)是一系列爲了創建端到端文本或者隨機數據的規範,標準,API和概念的統稱。這些對等端一般是由兩個瀏覽器組成,可是WebRTC也能夠被用於在客戶端和服務器之間創建通訊鏈接,或者在任何其餘能夠實施WebRTC標準的設備之間進行通訊創建。安全

WebRTC是一個開源項目,可在瀏覽器中實現無插件的實時通訊(RTC)。它包括用於高質量通訊的基本構建模塊,例如用於語音和視頻聊天應用的網絡,音頻和視頻組件。這些組件在瀏覽器中實現時,能夠經過JavaScript API訪問,使開發人員可以輕鬆實現本身的RTC Web應用程序。服務器

WebRTC由三個API組成:網絡

  • GetUserMedia(攝像頭和麥克風訪問)架構

  • PeerConnection(發送和接收媒體)工具

  • DataChannels(在瀏覽器之間直接發送非媒體)測試

image

WebRTC的目標是什麼?

WebRTC旨在爲開發社區提供開放,高質量的實時通訊技術。在WebRTC以前,這種類型的RTC技術僅適用於可以負擔昂貴的許可費用或經過AdobeFlash等專有插件的大型公司。WebRTC將爲新一波視頻,語音和數據Web應用程序打開大門。編碼

WebRTC在哪裏工做?

WebRTC目前支持Opera,谷歌Chrome版本23+和Mozilla Firefox版本22+,Safari11+,以及國內的QQ瀏覽器和360安全瀏覽器,WebRTC的開發獲得了W3C,Google,Mozilla和Opera的支持。其餘擁有該標準的包括蘋果,微軟,愛立信,思科和無數小型實時通訊公司。插件

WebRTC重要性

WebRTC項目很是重要,由於它標誌着強大的實時通訊(RTC)標準首次開源供公衆使用。它爲新一波RTC Web應用程序打開了大門,這將改變咱們今天的溝通方式。 顯着更好的視頻質量WebRTC視頻質量明顯優於Flash。 鏈接時間快6倍使用JavaScript WebSockets(也是HTML5標準)能夠縮短會話鏈接時間並加速其餘OpenTok事件的交付。 減小音頻/視頻延遲WebRTC經過WebRTC顯着改善延遲,實現更天然,更輕鬆的對話。 免於Flash使用WebRTC和JavaScript WebSockets,您再也不須要依賴Flash來實現基於瀏覽器的RTC。 原生HTML5元素自定義外觀和使用視頻,就像在HTML5中使用新視頻標記的網頁上的任何其餘元素同樣。3d

image

WebRTC實現了實時,無插件視頻,音頻和數據通訊的開放標準。許多Web服務使用RTC,但須要下載,本機應用程序或插件。其中包括Skype,Facebook和Google Hangouts。下載,安裝和更新插件很複雜,容易出錯而且很煩人。插件很難部署,調試,故障排除,測試和維護,而且可能須要許可並與複雜,昂貴的技術集成。一般很難說服人們首先安裝插件!WebRTC項目的指導原則是其API應該是開源的,免費的,標準化的,內置於Web瀏覽器中而且比現有技術更有效。WebRTC的API和標準可使內容建立和通訊工具民主化和分散化 - 用於電話,遊戲,視頻製做,音樂製做,新聞採集和許多其餘應用。

WebRTC開發現狀

WebRTC的開發現狀其實並不像大多數人所想象的那麼簡單,人們廣泛的認爲WebRTC的代碼是開源的因此花不多的時間就能將其集成到項目中去,而且Google這麼大的公司的產品質量必定沒問題。可是在項目進行中,你們都會發現,WebRTC並非一塊Google白送到面前的肉。首先,編譯WebRTC的源碼就是一個比較大的挑戰,搭建其複雜的編譯環境每每會遇到不少意想不到的問題,致使當初計劃用幾個星期的時間來搞定項目,卻發現這幾個星期連編譯都沒搞定。還有,WebRTC中不少的參數都是由GIPS公司的工程師們依靠經驗所設定的值,這就會出現卡頓、延時、回聲、丟包、多人視頻不穩定等問題,而且因爲公網的穩定性或機型適配等外在因素,以上問題在項目上線後會更加嚴重。總而言之,WebRTC雖然提供了一套音視頻實時通信的解決方案,可是在實際應用中,因爲網絡傳輸、設備適配以及多方通話上都存在不少問題,效果並不理想。

WebRTC多方方案

Mesh架構

這是最簡單的多人視頻通話架構模式,全部媒體流都不須要通過服務端,客戶端直接P2P,可經過WebRTC創建多個PeerConnection,結構圖以下:

優勢:

  • 服務端壓力最小,大多數狀況下不須要用到流媒體服務。

缺點:

  • 客戶端負載太大,不事宜擴展,特別是移動端,編解碼壓力會很是大.
Mixer架構

視頻會議基本上就是種結構,他的最大特色就是服務端作了不少事情,包括轉碼,混音,合屏,因此服務端負載很是大,結構圖以下:

優勢:

  • 客戶端負載最小,與一對一負載同樣,因此理論上能夠支持不少人同時視頻。

缺點:

  • 服務端負載很大,建設成本很高。

  • 延遲問題,由於服務端作了不少動做(解碼,合屏,混音,編碼),因此會帶來延遲。

Router架構

該方案最大特色就是服務端只負責包轉發,不負責轉碼,結構圖以下:

優勢:

  • 與Mixer相比服務端壓力比較小,並且容易擴展。

  • 低延遲

缺點:

  • 不一樣客戶端可以接收的媒體流不盡相同,服務器端須要適配

開發者能夠根據自身需求來定本身的方案.

關於anyRTC

anyRTC針對不一樣場景需求,提供多樣化的音視頻解決方案,核心業務包括互動連麥直播、多人音視頻會議、P2P音視頻呼叫、實時直播、智能調度、互動白板、在線教育等等,知足市場上對音視頻業務的需求。anyRTC一直主推WebRTC技術方案對原有音視頻系統進行升級改造,下降了用戶對音視頻技術的使用門檻。

  • anyRTC官網:www.anyrtc.io

  • 業務諮詢請QQ:580477436

  • 聯繫電話:021-65650071-839

image

相關文章
相關標籤/搜索