1

分享

Tranquility 國際社群 — 13國使用者測試

Tranquility國際社群 TranquilityTech WebRTC
Demo: 
https://www.tranquility.tech/watch?uid=OeueyppBk1O5 
https://youtu.be/r33u16yUxeI
WebRTC現狀以及多人視頻通話分析

隨著科技的發展,音視頻技術在我們生活中的應用。 TQRTC基於WebRTC的基礎,憑藉多年的開發經驗,充分結合實際應用情況,打造了一個WebRTC的音視頻通訊雲平台,提供音視頻服務解決方案。
WebRTC 概述:
WebRTC(網頁實時通信技術)是一系列為了建立端到端文本或者隨機數據的規範,標準,API和概念的統稱。這些對等端通常是由兩個瀏覽器組成,但是WebRTC也可以被用於在客戶端和服務器之間建立通信連接,或者在任何其他可以實施WebRTC標準的設備之間進行通信建立。
WebRTC是一個開源項目,可在瀏覽器中實現無插件的實時通信(RTC)。它包括用於高質量通信的基本構建模塊,例如用於語音和視頻聊天應用的網絡,音頻和視頻組件。這些組件在瀏覽器中實現時,可以通過Web API訪問,使開發人員能夠輕鬆實現自己的RTC Web應用程序。
WebRTC由三個API組成:
  1. GetUserMedia(攝像頭和麥克風訪問
  2. PeerConnection(發送和接收媒體)
  3. DataChannels(在瀏覽器之間直接發送非媒體)
WebRTC的目標是什麼?
WebRTC旨在為開發社區提供開放,高質量的實時通信技術。在WebRTC之前,這種類型的RTC技術僅適用於能夠負擔昂貴的許可費用或通過AdobeFlash等專有插件的大型公司。 WebRTC將為新一波視頻,語音和數據Web應用程序打開大門。
WebRTC重要性
WebRTC項目非常重要,因為它標誌著強大的實時通信(RTC)標準首次開源供公眾使用。它為新一波RTC Web應用程序打開了大門,這將改變我們今天的溝通方式。顯著更好的視頻質量WebRTC視頻質量明顯優於Flash。連接時間快6倍使用Java WebSockets(也是HTML5標準)可以縮短會話連接時間並加速其他OpenTok事件的交付。減少音頻/視頻延遲WebRTC通過WebRTC顯著改善延遲,實現更自然,更輕鬆的對話。免於Flash使用WebRTC和Java WebSockets,您不再需要依賴Flash來實現基於瀏覽器的RTC。原生HTML5元素自定義外觀和使用視頻,就像在HTML5中使用新視頻標記的網頁上的任何其他元素一樣。
WebRTC實現了實時,無插件視頻,音頻和數據通信的開放標準。許多Web服務使用RTC,但需要下載,本機應用程序或插件。其中包括Skype,Facebook和Google Hangouts。下載,安裝和更新插件很複雜,容易出錯並且很煩人。插件很難部署,調試,故障排除,測試和維護,並且可能需要許可並與復雜,昂貴的技術集成。通常很難說服人們首先安裝插件! WebRTC項目的指導原則是其API應該是開源的,免費的,標準化的,內置於Web瀏覽器中並且比現有技術更有效。 WebRTC的API和標準可以使內容創建和通信工具民主化和分散化 — 用於電話,遊戲,視頻製作,音樂製作,新聞採集和許多其他應用。
WebRTC開發現狀
WebRTC的開發現狀其實並不像大多數人所想像的那麼簡單,人們普遍的認為WebRTC的代碼是開源的所以花很少的時間就能將其集成到項目中去,並且Google這麼大的公司的產品質量一定沒問題。但是在項目進行中,大家都會發現,WebRTC並不是一塊Google白送到面前的肉。首先,編譯WebRTC的源碼就是一個比較大的挑戰,搭建其複雜的編譯環境往往會遇到很多意想不到的問題,導致當初計劃用幾個星期的時間來搞定項目,卻發現這幾個星期連編譯都沒搞定。還有,WebRTC中很多的參數都是由GIPS公司的工程師們依靠經驗所設定的值,這就會出現卡頓、延時、迴聲、丟包、多人視頻不穩定等問題,並且由於公網的穩定性或機型適配等外在因素,以上問題在項目上線後會更加嚴重。總而言之,WebRTC雖然提供了一套音視頻實時通訊的解決方案,但是在實際應用中,由於網絡傳輸、設備適配以及多方通話上都存在很多問題,效果並不理想。
WebRTC多方方案
1.Mesh架構: 這是最簡單的多人視頻通話架構模式,所有媒體流都不需要經過服務端,客戶端直接P2P,可通過WebRTC建立多個PeerConnection,結構圖如下:
優點: 服務端壓力最小,大多數情況下不需要用到流媒體服務。
缺點: 客戶端負載太大,不事宜擴展,特別是移動端,編解碼壓力會非常大.
2.Mixer架構: 視頻會議基本上就是種結構,他的最大特點就是服務端做了很多事情,包括轉碼,混音,合屏,所以服務端負載非常大,結構圖如下:
優點: 客戶端負載最小,與一對一負載一樣,所以理論上可以支持很多人同時視頻。
缺點: 服務端負載很大,建設成本很高。
延遲問題,因為服務端做了很多動作(解碼,合屏,混音,編碼),所以會帶來延遲。
3.Router架構: 該方案最大特點就是服務端只負責包轉發,不負責轉碼,結構圖如下:
優點: 與Mixer相比服務端壓力比較小,而且容易擴展。
低延遲
缺點: 不同客戶端能夠接收的媒體流不盡相同,服務器端需要適配
開發者可以根據自身需求來定自己的方案.
TQ-RTC
TQ-RTC針對不同場景需求,提供多樣化的音視頻解決方案,核心業務包括互動連麥直播、多人音視頻會議、P2P音視頻呼叫、實時直播、智能調度、互動白板、在線教育等等,滿足市場上對音視頻業務的需求。 TQ-RTC一直主推WebRTC技術方案對原有音視頻系統進行升級改造,降低了用戶對音視頻技術的使用門檻。
Feel free to use it :)
https://www.tranquility.tech/meet
#Tranquility國際社群  #TranquilityTech  #WebRTC 
分類:科技

Tranquility 國際社群: https://www.tranquility.tech/

評論
上一篇
  • 台灣國際社群 — Tranquility
  • 下一篇
  • Tranquility 國際社群 新聞 — 50個國家地區與15種語言
  • 更多文章
    載入中... 沒有更多了