Peerjs: DataChannel अप्रत्याशित रूप से और बिना कारण के बंद हो जाता है

को निर्मित 1 अप्रैल 2015 · 5टिप्पणियाँ · स्रोत: peers/peerjs

मुझे PeerJS का उपयोग करके फ़ाइलों को स्थानांतरित करने में कुछ समस्याएं आ रही हैं ... स्थानांतरण ठीक-ठाक चल रहा है, और फिर PeerJS ने DataChannel को बंद कर दिया है, और जो गलत हुआ उसका कोई लॉग नहीं है। मैंने पीयरजेएस के लिए डिबगिंग चालू कर दी है, और मैं स्थानीय रूप से पीयरसेवर चला रहा हूं ताकि मैं डिबगिंग लॉग प्राप्त कर सकूं।

PeerJS क्रोम के कंसोल में लॉग करता है:

screen shot 2015-03-31 at 8 35 25 pm

... स्थानांतरण ठीक चल रहा है, और फिर "DataChannel इसके लिए बंद: abc123_f9pes" लाइन लॉग हो जाती है, कनेक्शन मर जाता है, और स्थानांतरण मर जाता है।

पीयरसर्वर टर्मिनल में लॉग करता है:

screen shot 2015-03-31 at 8 35 45 pm

... स्थानांतरण ठीक चल रहा है, और फिर 2 "सॉकेट बंद" लाइनें लॉग की जाती हैं, जिसके बाद स्थानांतरण की मृत्यु हो जाती है।

मेरा पहला प्रश्न यह है कि, PeerJS द्वारा कई बार "जोड़ा गया ICE उम्मीदवार" और "इसके लिए ICE उम्मीदवार प्राप्त किया गया" और PeerServer द्वारा "उम्मीदवार से" लाइनें क्यों लॉग की गई हैं?

मेरा दूसरा सवाल यह है कि कनेक्शन क्यों मारा जा रहा है? ऐसा लगता है जैसे सॉकेट बंद हो रहा है ... क्या गलत हो रहा है इसके बारे में कोई विचार?

यहाँ मेरे पर्यावरण का एक सिंहावलोकन है:

पीरजेएस वी0.3.13
पीयरसर्वर v0.2.8
क्रोम वी41
मैक ओएस एक्स v10.10.2

ps यह समस्या तब भी बनी रहती है जब क्लाउड होस्ट किए गए PeerServer के विरुद्ध चल रहा हो।

स्रोत

UnsungHero97

सबसे उपयोगी टिप्पणी

@UnsungHero97

यदि बहुत सारे संदेश एक साथ भेजे जाते हैं, तो संभवतः उन्हें एक साथ प्रसारित नहीं किया जा सकता है। उन्हें इनपुट बफर में डाल दिया जाता है। लेकिन बफर असीम रूप से नहीं बढ़ सकता है; इसमें आमतौर पर कुछ पूर्व निर्धारित सीमा होती है। यदि सीमा पार हो जाती है तो क्रोम> = 37 में डेटा चैनल बंद हो जाता है, सभी संदेशों को छोड़ दिया जाता है, और एक अपवाद फेंक दिया जाता है। हालांकि क्रोम <= 36 में, केवल एक अपवाद फेंका गया है। तो यह एक एपीआई-ब्रेकिंग परिवर्तन है जो क्रोम 37 में किया गया था। डेवलपर्स को इस बदलाव से सावधान रहना चाहिए यदि वे पुराने ब्राउज़र से निपट रहे हैं।

छोटा सुधार: 16 केबी, 16 एमबी नहीं, भविष्य के संदर्भ के लिए। मुझे एक ही मुद्दे का सामना करना पड़ा। फ़ायरफ़ॉक्स की सीमा लगभग 16kiB (https://developer.mozilla.org/en-US/docs/Web/API/WebRTC_API/Using_data_channels#Understanding_message_size_limits) है।

afomer 9 सित॰ 2020

👍2 ❤1

सभी 5 टिप्पणियाँ

यह पता चला है कि मैं फ़ाइल को बहुत तेज़ी से पढ़ रहा था, और WebRTC डेटा चैनल बफर भर गया, जिसकी सीमा 16 मेगाबाइट है:

http://viblast.com/blog/2015/2/25/webrtc-bufferedamount/

यदि बहुत सारे संदेश एक साथ भेजे जाते हैं, तो संभवतः उन्हें एक साथ प्रसारित नहीं किया जा सकता है। उन्हें इनपुट बफर में डाल दिया जाता है। लेकिन बफर असीम रूप से नहीं बढ़ सकता है; इसमें आमतौर पर कुछ पूर्व निर्धारित सीमा होती है। यदि सीमा पार हो जाती है तो क्रोम> = 37 में डेटा चैनल बंद हो जाता है, सभी संदेशों को छोड़ दिया जाता है, और एक अपवाद फेंक दिया जाता है। हालांकि क्रोम <= 36 में, केवल एक अपवाद फेंका गया है। तो यह एक एपीआई-ब्रेकिंग परिवर्तन है जो क्रोम 37 में किया गया था। डेवलपर्स को इस बदलाव से सावधान रहना चाहिए यदि वे पुराने ब्राउज़र से निपट रहे हैं।

UnsungHero97 4 अप्रैल 2015

ओह माय गॉड ... मुझे ठीक उसी समस्या का सामना करना पड़ा, पीयरजेएस के साथ भी और मुझे कोई जवाब नहीं मिला (मुझे लगता था कि यह किसी तरह की बफर से संबंधित चीज है), अंत में एक विचार के लिए धन्यवाद, मुझे उम्मीद है कि यह होगा मेरी समस्या का समाधान करो। यह दिलचस्प है कि पीयरजेएस में बफरिंग का आंतरिक तंत्र है, जैसा कि मैं समझता हूं, इस समस्या के लिए सही बनाया गया था, फिर भी इसे लागू करने में असमर्थता से अपवाद को पकड़ने पर भरोसा करना प्रतीत होता है, और यदि नए क्रोम चैनल में अभी-अभी मारा गया है, तो यह सिस्टम अब बेमानी है। मैं इसके बारे में यहां एक मुद्दा बनाऊंगा, जैसे ही (यदि) मुझे यकीन हो जाएगा कि यही कारण है।

संपादित करें: हाँ वैध लग रहा है, बफ़रडअमाउंट लगभग 16mb तक चला जाता है और सब कुछ विफल हो जाता है।

MaxYari 31 मई 2015

हाँ, यह उजागर करने के लिए एक दर्दनाक बग था। आखिरकार मुझे यह समझने में कई दिन लग गए कि क्या हो रहा है। जब डेटा चैनल बफर ओवरफ्लो हो जाता है, और क्रोम कनेक्शन को मार देता है, तो ठीक से संभालने के लिए PeerJS को अपडेट करने की आवश्यकता होती है।

UnsungHero97 31 मई 2015

वैसे, अगर कोई इस पर ठोकर खाएगा, तो मैंने एक मुद्दा खोला और उसे ठीक करने के लिए पीर.जेएस स्रोत पर एक छोटा सा संपादन पोस्ट किया https://github.com/peers/peerjs/issues/291

MaxYari 1 जून 2015

@UnsungHero97

यदि बहुत सारे संदेश एक साथ भेजे जाते हैं, तो संभवतः उन्हें एक साथ प्रसारित नहीं किया जा सकता है। उन्हें इनपुट बफर में डाल दिया जाता है। लेकिन बफर असीम रूप से नहीं बढ़ सकता है; इसमें आमतौर पर कुछ पूर्व निर्धारित सीमा होती है। यदि सीमा पार हो जाती है तो क्रोम> = 37 में डेटा चैनल बंद हो जाता है, सभी संदेशों को छोड़ दिया जाता है, और एक अपवाद फेंक दिया जाता है। हालांकि क्रोम <= 36 में, केवल एक अपवाद फेंका गया है। तो यह एक एपीआई-ब्रेकिंग परिवर्तन है जो क्रोम 37 में किया गया था। डेवलपर्स को इस बदलाव से सावधान रहना चाहिए यदि वे पुराने ब्राउज़र से निपट रहे हैं।

afomer 9 सित॰ 2020

👍2 ❤1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Peerjs: DataChannel अप्रत्याशित रूप से और बिना कारण के बंद हो जाता है

सबसे उपयोगी टिप्पणी

सभी 5 टिप्पणियाँ

संबंधित मुद्दों