Tranquility 是一個虛擬個人助理。 項目由英國和台灣大學開發。 該應用程序是一個全新的私人社交媒體。 用戶來自世界各地,大部分用戶是留學生。 Tranquility 是台灣領先的國際社交媒體。 去年,Tranquility 發布了 Meet,並在超過 15 個國家/地區進行了測試。
WebRTC現狀以及多人視訊通話分析 隨著科技的發展,視訊技術在我們生活中的應用。
TQRTC基於WebRTC的基礎,憑藉多年的開發經驗,充分結合實際應用情況,打造了一個WebRTC的視訊通訊雲平台,提供音視訊服務解決方案。
WebRTC 概述:WebRTC(網頁實時通信技術)是一系列為了建立端到端文本或者隨機數據的規範,標準,API和概念的統稱。這些對等端通常是由兩個瀏覽器組成,但是WebRTC也可以被用於在客戶端和服務器之間建立通信連接,或者在任何其他可以實施WebRTC標準的設備之間進行通信建立。
WebRTC是一個開源項目,可在瀏覽器中實現無插件的實時通信(RTC)。它包括用於高質量通信的基本構建模塊,例如用於語音和視訊聊天應用的網絡,音頻和視訊組件。這些組件在瀏覽器中實現時,可以通過Web API訪問,使開發人員能夠輕鬆實現自己的RTC Web應用程序。
WebRTC由三個API組成:
- GetUserMedia(攝像頭和麥克風訪問
- PeerConnection(發送和接收媒體)
- 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-RTCTQ-RTC針對不同場景需求,提供多樣化的音視訊解決方案,核心業務包括互動連麥直播、多人視訊會議、P2P音視訊呼叫、實時直播、智能調度、互動白板、在線教育等等,滿足市場上對視訊業務的需求。 TQ-RTC一直主推WebRTC技術方案對原有視訊系統進行升級改造,降低了用戶對視訊技術的使用門檻。
Feel free to use it :)