2014-06-07 176 views
0

我正嘗試構建可以從兩側傳輸視頻(即類似視頻通話)的移動應用程序。通過Websockets進行視頻流式傳輸

我看着webrtc,但那還沒有準備好用於移動原生應用,反正webrtc正在做的是讓瀏覽器直接捕獲相機和音頻,而不需要插件等。但在本地移動應用捕捉相機和音頻isn這個問題並且基本上需要非常低的延遲和雙重傳輸層。在許多文章和地方,我讀到關於使用webrtc的webrtc。

所以我想我可以使用websockets流式傳輸視頻。這是正確的還是我錯過了什麼?

據我所知,還有一個不同點,即webrtc直接客戶端到客戶端...而websocket將客戶端服務器客戶端,有無論如何,以避免它。而這意味着它的延遲時間。

回答

0

你錯過了什麼。

  • webRTC在手機上運行得非常好。在webrtc.org的參考代碼(appRTCDEMO)中有iOS和Android的示例/白客戶端,以及多個應用程序。最後一個已被宣佈出現。在

  • 從流中獲取視頻和音頻流是媒體API的一部分,而不是每個say(getusermedia)的webRTC API。

  • webRTC實際上是等式的p2p連接(RTCPeerConnection:傳輸和防火牆遍歷)和媒體引擎(編碼,打包,加密)以及您正在尋找的內容。

  • webSockets只是一個傳輸機制。它不處理防火牆/自然穿越,媒體處理和打包/分塊,然後您可以在應用程序級別實施。

  • 信號發送而言,webRTC並沒有指定/強加任何協議,看似常見的做法是建立一個信令服務器。該應用程序通常使用Web套接字或XHR或其他方式連接到該服務器以執行原始握手/呼叫設置。許多應用程序通過使用像socket.io這樣的庫來抽象這個。

+0

好的。精細。那麼爲什麼我會在websocket上使用webrtc? Websocket還可以提供我正在尋找的基本內容,因爲webrtc尚未準備好在本地移動應用程序中使用。爲什麼我不應該用websocket?是的,它不是p2p,但在延遲上會有多大的差異? –

相關問題