Android IOS WebRTC 音視頻開發總結(四五)-- 通過ORTC的本質認識WebRTC

來源:互聯網
上載者:User

標籤:

本文主要介紹ORTC(Object Real-time Communication),支援原創,文章來自部落格園RTC.Blacker,支援原創,轉載必須說明出處,更多詳見www.rtc.help。

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

一個WebRTC就已經搞得我們暈頭轉向的,現在又弄出個ORTC(去年已經提出這個概念了),他們之間有什麼關係和差別呢?

直白一點說就是:一些瀏覽器廠商剛開始不太願意配合搞HTML5中的RTC規範(比如微軟,因為動了他的乳酪),google和firefox就只能自己先搞了,

搞了兩年其他人看到這個東西是個趨勢,也有點想參與了,但不好意思說出來,所以就開始挑WebRTC的問題,比如:

1,sdp格式晦澀難懂——這是事實,我每次都要對著文檔去查。

2,太多高層次的API,以及沒有嚴格的標準規範,Firefox和chome一些寫法還搞得不一樣。

3,無法真正解決曆史遺留系統得相容性問題。

4,要求沒有得到應答。

5,等等等等。

正因為存在這麼多問題,所以之前那些不怎麼積極的廠商就可以名正言順的插進來一起搞了,各家都派個代表進來,成立個標準組織,制訂些新的標準,就這樣ORTC就誕生了,其實也可以稱作是WebRTC2.0或WebRTC3.0,只不過進來的門派多了,規格要提高,乾脆改個全新的名字,這樣ORTC就誕生了.

下面我們看看WebRTC和ORTC各自的官網對比:

 

-------------------------------------------------------------------

-------------------------------------------------------------------

從官網上我們可以知道下面幾個資訊:

1,他們的本質和使命沒有多大差別,主要是組織圖上加了幾個新成員(主要是加上了之前不願配合的那幾個人)。

2,www.webrt.org官網需要FQ才能開啟,www.ortc.org可直接開啟,原因你懂的。

---------------------------------------------------

下面再來看看他們的api構成:

-------------------------------------------------------------

----------------------------------------------------------------

這兩張圖說明:他們的api並沒有太大差別,最終都是圍繞connection,track,candidate進行。

---------------------------------------

對我們開發人員來說要注意的就是:

不管他名字怎麼改(以後可能會有ARTC,BRTC,CRTC),我們用的代碼都是那一套,底層操作,如音視頻採集,編解碼,傳輸這些都一樣,

我們用的都是google提供的webrtc,因為不管是微軟還是蘋果,一時半會,一年半載不可能將他的東西開源出來,呵呵。

-----------------------------------------------------

所以通過ORTC這個概念的誕生我們可以看到WebRTC已經越來越火,包括一些大的廠商已經開始重兵進入,比如因特爾。

很多人可能以為因特爾是做硬體的,怎麼會跟webrtc這種軟體開發扯上關係,想想下面這個問題你就明白了:

WebRTC只是個用戶端,做視頻會議需要用到服務端,需要MCU,而這種東西是可以通過硬體實現,硬體就是晶片,晶片是誰生產的?

所以為了更好支援WebRTC,因特爾連用戶端sdk都給我們封裝好了,直接用它的東西就行,見:

----------------------------------------------------------------

當然了除了因特爾這些做硬體的大佬外,還有很多提供音視頻sdk的廠商也在用webrtc這套東西,下面是反編譯某大佬sdk中的部分代碼結構:

--------------------------------------------------------

從我們接觸的情況看國內做音視頻相關開發的公司,沒幾家沒用過WebRTC這套東西的,只不過用的程度不一樣罷了,還有他們對外宣傳的時候都會說是什麼什麼團隊,高手解決了什麼難題,達到了什麼效果,絕對不會說用了webrtc的東西,呵呵,這也是國情使然。

------------------------------------------

再引申一些相像空間:google當年開源WebRTC 的時候肯定想到這些問題,比如有人偷偷用了他們的東西,又死不承認,然後改完又不繼續開源,

而且他那些語音處理都是核心技術,所以這些時候換成你是CEO你會怎麼做?

所以他可能會將某些核心的模組沒有開源出來,或者用一個次品代碼,等時機成熟再將核心的東西放出來,估計換成是你你也會這麼做,呵呵!

所以說到這裡再談談我對WebRTC的看法:

“WebRTC就是屠龍刀,用好了威力無窮,用不好後患無窮,所以學會用火找到會用的人很重要”。

-------------------------------------------

支援原創,支援blacker,喜歡這系列的文章或想與我交流RTC開發的相關問題,請關注我的公眾號blacker,或掃描下方二維碼:

,謝謝

 

 

 

 

Android IOS WebRTC 音視頻開發總結(四五)-- 通過ORTC的本質認識WebRTC

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.