2013-08-27 35 views
2

我目前正在開發一個使用opentok WebRTC javascript API的視頻聊天應用程序。該應用程序以1對1視頻聊天方式鏈接用戶A和B. A和B都有自己的會話,他們是主持人(sessionId在登錄時生成並存儲在數據庫中)。起初,用戶A和B只發布到他們自己的會話,而沒有訂閱任何其他會話。然後向兩個用戶(使用socket.io)發送「開始」命令,觸發用戶A訂閱用戶B的會話,反之亦然。然後,而不是顯示其他每個流(幾周前完美工作),訂閱視頻窗口現在保持黑色(在5個案例中3-4),最終觸發1013對等連接錯誤。有沒有人看到過相同的行爲(自從大約2周前WebRTC 2.0.0.13發佈以來,它變得非常糟糕)?我很確定它與任何防火牆設置無關,因爲它之前完美運行,並且opentok診斷工具不會顯示任何問題。Opentok WebRTC API:1013對等連接錯誤以及如何正確處理它們?

奇怪的事情,我注意到:舉例來說,如果一個或兩個用戶只開始發佈(通過給訪問他們的網絡攝像頭),以自己的會話,他們已經簽署後,每個人的會議上,我從來沒有得到過1013的錯誤和一切運行順利(使用完全相同的sessionID)。

如果這是無法避免的事情,有沒有從這些錯誤中恢復的正確方法?我試圖取消訂閱 - 重新訂閱,但不起作用。有任何想法嗎?

Frederik

回答

0

這聽起來像一個奇怪的問題。當你生成一個sessionId時,你能確定p2p沒有被啓用嗎?沒有通過我們的服務器的p2p流易受1013連接錯誤的影響。

確保您的JavaScript/iOS庫全部使用webrtc SDK。如果會話ID分配給我們的Flash服務器,試圖通過webrtc連接的人將得到1013錯誤。

有時,如果您嘗試多次調用session.subscribe到同一個流,它可能會使用戶處於奇怪的狀態,導致1013錯誤。

這些是我可以想出的可能原因。你有現場演示,你可以分享,所以我們可以重現這個問題?

相關問題