SimpleWebRTC，EasyRTC和Kurento ..有什麼區別？

你好，我是新學習的WebRTC，我有點困惑，我明白WebRTC的工作點對點，但我們需要信號，SimpleWebRTC，EasyRTC和Kurento可以幫助做到這一點，爲什麼我們需要它們，如果node.js可以做它？如果他們不是爲了信號，那麼它們究竟是什麼？前端？後端？他們之間有什麼區別？謝謝！SimpleWebRTC，EasyRTC和Kurento ..有什麼區別？

來源

2016-08-02 h_h10a

Kurento是一個媒體服務器，而不是一個信令服務器。信號不是項目範圍的一部分，雖然教程使用了一些可能會給你一個想法的信號。 – igracia

@igracia是否意味着我們必須在使用kurento時編寫我們自己的信號機制？ –

是的，這是正確的。這也意味着你可以將它插入已有的信號中，無論是你熟悉的解決方案，SIP還是別的。 – igracia

Kurento：即使webRTC是點對點的，有時您需要更多的媒體控制。在kurento中，所有流量都通過Kurento Media Server（您可以在其中執行記錄媒體或添加效果等操作）。要使用Kurento必須安裝Kurento媒體服務器和前端你必須使用Kurento的Java腳本庫

SimpleWebRTC：這不用於信令。這是一個用於webRTC的前端java腳本庫。爲了做simpleWebRTC的信令，你必須建立一個單獨的信令服務器（或者你可以使用現有的信號服務器，如signalmaster）。

來源

2016-08-07 19:14:55

他們都是信號（主要）。對於那些不想深入研究所有這些仍處於積極發展階段的WebRTC來說，因此，如果您不想進入WebRTC，但希望專注於您的項目的更重要功能，那麼其中一個框架/庫就是您的解決方案。

如果您認爲自己擅長WebRTC，那麼您不需要第三方框架。

從我個人的角度來看：

使用第三方框架是不是一個好的選擇，因爲 3 - 帕蒂信令服務器是加上可能存在的問題與您的項目一個點， - 因爲您依賴於第三方服務器（其 API，延遲，網絡問題等）
所有提到的框架/庫都不太靈活。由於WebRTC在下有效開發，並且仍然沒有標準（RFC），因此許多WebRTC功能可能僅作爲「骯髒的黑客」（如高質量立體聲音頻廣播）實現 - 並且通常沒有解決方案通過使用上述框架來實現這一目標。

所以，如果你需要一個簡單的WebRTC視頻聊天 - 使用上述庫的可能是一個很好的解決方案。另一方面，如果你打算在你的項目中大量使用WebRTC--可能最好的選擇是隻依靠你自己的代碼庫。

來源

2016-08-02 14:32:56 fycth

，但要注意這樣做的成本。我在過去的三年中爲simplewebrtc添加了許多解決方法來處理瀏覽器故障。 –

所以他們就像Django和Flask for Python一樣，對吧？順便說一句，你有什麼想法xirsys.com是什麼？它是STUN和TURN的提供者嗎？或究竟是什麼？我仍然對所有這些概念感到困惑。非常感謝你 –

@Hassen是的，xirsys提供了turn/stun服務器。 STUN可以毫不費力地安裝在您自己的託管服務器上。 TURN也可以很容易地安裝在自己的服務器上，但需要更多的努力。所以，對於那些不想深入WebRTC的人來說，這又是一次。 – fycth

SimpleWebRTC，EasyRTC和Kurento ..有什麼區別？

回答

相關問題