Tranquility 國際社群 — 15國使用者測試
Tranquility 是一個虛擬個人助理。 項目由英國和台灣大學開發。 該應用程序是一個全新的私人社交媒體。 用戶來自世界各地，大部分用戶是留學生。 Tranquility 是台灣領先的國際社交媒體。 去年，Tranquility 發布了 Meet，並在超過 15 個國家/地區進行了測試。
Demo: https://youtu.be/r33u16yUxeI
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-RTC
TQ-RTC針對不同場景需求，提供多樣化的音視訊解決方案，核心業務包括互動連麥直播、多人視訊會議、P2P音視訊呼叫、實時直播、智能調度、互動白板、在線教育等等，滿足市場上對視訊業務的需求。 TQ-RTC一直主推WebRTC技術方案對原有視訊系統進行升級改造，降低了用戶對視訊技術的使用門檻。
Feel free to use it :)
