ORTC以及WebRTC的未來
英文原文：ORTC and the Future of WebRTC
第一版穩定的 ORTC（對象 RTC）規范已經發布。問題是，它會對 WebRTC 產生什么樣的影響呢？
讓我們回顧一下，在 2013 年，Hookflash 的首席架構師 Robin Raymond 就表達了對于在 WebRTC 中使用 SDP（會話描述協議）的不滿。他總結了自己關于 SDP 的問題，如下：
不需要——太多高層次的 API
晦澀難懂的格式——遺留下來的，而且有問題
要求沒有得到應答
不兼容
缺少 API 契約
無法真正解決與遺留系統兼容性的問題
在接下來的幾個月間，其他成員加入進來，成立了 W3C 對象 RTC （ORTC）社區小組，要定義“一系列 WebIDL 中的 ECMAScript API，讓媒體可以從其他瀏覽器或者設備進行發送和接收”。該小組當前擁有 60 名成員，包括微軟和 Google，并且已經產出了第一個穩定的規范草案： 針對 WebRTC 的對象 RTC（ORTC）API。
Doug Mahugh（微軟）認為“ORTC 現在已經完成了足夠多的內容，可以實現以獲取經驗，從而可以號召更多人來對其進行實現。” 他概述了一些原因，來說明為什么 ORTC 有用：
ORTC API 很適合“移動優先，云優先”的世界，因為它支持高級視頻特性，像可伸縮的視頻編碼和 simulcast。這些高級視頻技術已經被證實難以在 WebRTC 1.0 中的 SDP 中以可互操作的方式支持。相對而言，在 JavaScript 對象 API 中利用這些高級視頻技術會更簡單。
</blockquote>此外，ORTC FAQ 中的問題，也讓大家發現需要創建新的 web 通信規范：
通過 JavaScript，ORTC 可以更好地訪問更多控件。這樣，在 web 開發者構建實時通信應用程序和特性的時候，就有更多能力和靈活性。比方說：分層視頻編碼、根據每個軌道設置編碼格式等等。
</blockquote>并且
ORTC 的主要 API 都是用 JavaScript 編寫的。想要在 WebRTC 1.0 中修改同樣的控件，可能需要瀏覽源代碼的變化。當我們問 web 開發者更喜歡哪種的時候，大多數人都說更喜歡在應用程序中可以訪問更多控件，而不需要等瀏覽器或者其他軟件廠商的更新。
</blockquote>既然微軟和 Google 都在推動 ORTC，大家可能會想，WebRTC 會走向何方？ 由于多家瀏覽器廠商——Google、Mozilla、Opera、微軟——都已經投入大量資金來支持 WebRTC，所以它不會被拋棄，而是會做調整來支持 ORTC。據 Google 的 Justin Uberti 所說，WebRTC 1.1 會集成 ORTC（參見這個視頻@ 29m20s）。因此，開發者不需要重新編寫他們的 RTC 應用程序，但是還是建議轉而使用 ORTC API，因為在瀏覽器中使用它更自然一些。
在 GitHub 上有大量類庫幫助開發者使用 ORTC： 針對客戶端的 JavaScript shim library for WebRTC、針對服務端應用程序的 Node.js 庫以及針對移動設備的C++ wrapper。
據 Uberti 和 Google 的 Serge Lachappelle 所說，迄今為止已經有大概 450 家公司開發了 WebRTC 應用，并且有大概 17 億臺設備支持它（參見視頻@ 43m40s），到 2018 年，這個數量預計會增長到 40 億，因為在所有那些設備中，WebRTC 會被用于視頻聊天，語音通話、文件共享等等，Google 的一個團隊還演示通過 WebRTC 操作帶有 3D 攝像頭的路虎汽車（參見視頻@ 2m36s）。
來自: InfoQ<span id="shareA4" class="fl"> </span>本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！