Peerjs: आफ्टरकनेक्शन

को निर्मित 25 जून 2019 · 7टिप्पणियाँ · स्रोत: peers/peerjs

सबसे पहले: जावास्क्रिप्ट में घटनाओं के समय के बारे में मेरा ज्ञान खराब है, इसलिए कृपया मेरी क्षमा याचना स्वीकार करें यदि मैं जो पूछ रहा हूं वह स्पष्ट प्रतीत होता है (और क्षमा करें यदि मैं आपको प्रश्नों के साथ बमबारी कर रहा हूं)।

जब एक पीयर ए DataConnection.on('connection', function() {...}) के माध्यम से दूसरे पीयर बी के कनेक्शन को संभालता है तो क्या वह कनेक्शन हैंडलर के अंदर तैयार होता है या ईवेंट हैंडलर लौटने के बाद यह पूरी तरह से उपलब्ध हो जाता है? मेरा मतलब है: क्या ए इस कोड में बी को डेटा संदेश भेज सकता है?

peerA.on('connection', function(c) {
    // do something
    c.send("Welcome! (will this message ever got delivered?)");
    // do something else
});

यदि यह संभव नहीं है, तो क्या इन मामलों को संभालने के लिए 'आफ्टरकनेक्शन' इवेंट होना अच्छा नहीं होगा? या शायद निम्नलिखित कोड काम करने की उम्मीद है?

peerA.on('connection', function(c) {
    // do something
    setTimeout(function() {
        c.send("Welcome! (will this message ever got delivered?)");
    }, 0);
});

धन्यवाद।

स्रोत

bilo1967

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

क्या यह अंतर करना संभव होगा कि v1 जैसी मेटाडेटा सुविधा का उपयोग करके कौन कनेक्ट कर रहा है?

हां! मैंने अभी उस सुविधा को योजना में जोड़ा है, इसे लागू करना बहुत आसान होना चाहिए

क्या मैं ऑडियोकॉन्टेक्स्ट के माध्यम से कुछ (स्थानीय) ऑडियो प्रोसेसिंग करने के लिए रिमोट और स्थानीय स्ट्रीम तक पहुंच पाऊंगा? मेरी परियोजना में मेरे पास सहकर्मी ए है जिसे एल-चैनल में नाशपाती बी और उसके हेडसेट के आर-चैनल में सी सुनने की जरूरत है, और उनमें से प्रत्येक की मात्रा को स्वतंत्र रूप से बदलने की जरूरत है; और बी और सी दोनों को लगातार मॉनिटर करने के लिए अपने माइक से जुड़े एक वीयू-मीटर की आवश्यकता होती है यदि यह ठीक से काम कर रहा है (मैंने पहले ही इस सुविधाओं को आंशिक रूप से लागू कर दिया है और उन्हें रखने की आवश्यकता है)।

आपके पास पहले से ही हैंडलर पर स्ट्रीम तक पहुंच है। यह अच्छी तरह से प्रलेखित नहीं है, लेकिन जैसा कि आपने कहा था कि आपको प्रति सहकर्मी एक रिमोट स्ट्रीम, और एक बार आपकी अपनी रिमोट स्ट्रीम प्राप्त होती है, जिसे अभी सभी कनेक्शनों के लिए पुन: उपयोग किया जाता है, जिसे भविष्य में यदि आवश्यक हो तो बदला जा सकता है।

क्या आप स्ट्रीम भेजने से पहले उन्हें संसाधित करना चाहते हैं? अगर ऐसा है तो इसे लागू भी किया जा सकता है।

मैंने डेटा चैनल का परीक्षण नहीं किया है, लेकिन मुझे लगता है कि यह मीडिया चैनल के समान है: प्रत्येक कनेक्शन पर ऑनडाटास्ट्रीम के साथ प्रत्येक सहकर्मी के बीच 1-1 कनेक्शन? और प्रत्येक सहकर्मी को व्यक्तिगत रूप से संदेश भेजे जाएंगे?

हां, आप कच्चे डेटा चैनल प्राप्त करते हैं, एक प्रति सहकर्मी जुड़ा हुआ है। यह ऊपर बताए गए मेटाडेटा फीचर के साथ भी अच्छा काम करेगा।

यह सुनकर अच्छा लगा कि एक पीयर-सर्वर की आवश्यकता नहीं होगी। हालाँकि, वह wss://broker.peerjs.com किस लिए है?

पीरजेएस को प्रारंभिक सिग्नलिंग करने के लिए एक चैनल की आवश्यकता है। लेकिन अब PeerServer का उपयोग करने के बजाय, सभी तर्क PeerJS लाइब्रेरी द्वारा ही बनाए गए हैं, और इसके लिए केवल MQTT ब्रोकर की आवश्यकता है। तो आपको अभी भी एक सर्वर की आवश्यकता है, लेकिन एमक्यूटीटी एक मानक प्रोटोकॉल है, इसलिए आपको केवल ब्रोकर सेट अप करने की आवश्यकता है, इसके लिए डेटाबेस की आवश्यकता नहीं है या सर्वर मेमोरी (जैसे v1 में) में कुछ भी सहेजा गया है, इसलिए यह पूरी तरह से स्केलेबल है।

kidandcat 26 जून 2019

🎉3

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

यह हैंडलर में उपयोग के लिए तैयार है। मुझे "स्टार्ट कॉननेटिंग" ईवेंट बहुत उपयोगी नहीं लगता। आप इसे किस मामले में उपयोगी पाते हैं?

kidandcat 25 जून 2019

परियोजना में मैं एक समस्या विकसित कर रहा हूं अवांछित कनेक्शन से परहेज कर रहा है।

तीन भूमिकाएँ हैं: छात्र, वक्ता, शिक्षक (मैंने एक मेटाडेटा फ़्लैग जोड़ा है जो पीयर को पंजीकृत करते समय विकल्प सरणी में भूमिका दर्शाता है)। शिक्षक अपनी आईडी के साथ सर्वर से जुड़ता है, जो ज्ञात है, और स्पीकर और छात्र की प्रतीक्षा करता है। एक बार जब वे सभी कनेक्ट हो जाते हैं तो आगे के कनेक्शन से बचना चाहिए।
आपके द्वारा v2.0.0 में लागू की गई अस्वीकृति को काम करना चाहिए लेकिन मुझे ऐसा लगता है कि एपीआई में बदलाव काफी कट्टरपंथी हैं।

bilo1967 26 जून 2019

हां, नया संस्करण मेयर वाला है (ब्रेकिंग, नो बैकवर्ड कम्पैटिबिलिटी)। पुराना एपीआई काफी भ्रमित करने वाला है, और 2013 में अपने पहले दिनों से कोड में बहुत सारी विरासत तरकीबें हैं, इसे बनाए रखना बहुत कठिन है।

लेकिन चूंकि यह एक महत्वपूर्ण बदलाव है, इसलिए मैं पुराने संस्करण का समर्थन करना जारी रखूंगा, इसलिए मैं v1. वैसे भी यदि आपको बहुत पुराने ब्राउज़रों का समर्थन करने की आवश्यकता नहीं है तो मैं आपको v2 पर जाने की सलाह देता हूं। आप स्थिरता में लाभ प्राप्त करेंगे और आपको पीयरसर्वर की मेजबानी करने की आवश्यकता नहीं होगी।

v2 में अस्वीकृति अभी तक नहीं हुई है, लेकिन मैं v2 विकास पर ध्यान केंद्रित कर रहा हूं, ताकि यह सुविधा जल्द ही तैयार हो जाए।

kidandcat 26 जून 2019

मैंने आपके द्वारा v2 के लिए प्रदान किए गए उदाहरण पर एक नज़र डाली है और यह वास्तव में प्रभावशाली दिखता है: कोड की कुछ पंक्तियों में एक साधारण एक-से-एक चैट! इसके अलावा, मैंने उस कोड में थोड़ा बदलाव किया है और मैंने देखा है कि जब भी कोई व्यक्ति कमरे में शामिल होता है, तो प्रत्येक सहकर्मी पर onRemoteStream निकाल दिया जाता है, जिससे आपके बैंडविड्थ का समर्थन करने वाले सभी मीडिया कनेक्शन को संभालना संभव हो जाता है: वाह !!!

बस कुछ प्रश्न:

क्या यह अंतर करना संभव होगा कि v1 जैसी मेटाडेटा सुविधा का उपयोग करके कौन कनेक्ट कर रहा है?
क्या मैं ऑडियोकॉन्टेक्स्ट के माध्यम से कुछ (स्थानीय) ऑडियो प्रोसेसिंग करने के लिए रिमोट और स्थानीय स्ट्रीम तक पहुंच पाऊंगा? मेरी परियोजना में मेरे पास सहकर्मी ए है जिसे एल-चैनल में नाशपाती बी और उसके हेडसेट के आर-चैनल में सी सुनने की जरूरत है, और उनमें से प्रत्येक की मात्रा को स्वतंत्र रूप से बदलने की जरूरत है; और बी और सी दोनों को लगातार मॉनिटर करने के लिए अपने माइक से जुड़े एक वीयू-मीटर की आवश्यकता होती है यदि यह ठीक से काम कर रहा है (मैंने पहले ही इस सुविधाओं को आंशिक रूप से लागू कर दिया है और उन्हें रखने की आवश्यकता है)।
मैंने डेटा चैनल का परीक्षण नहीं किया है, लेकिन मुझे लगता है कि यह मीडिया चैनल के समान है: प्रत्येक कनेक्शन पर ऑनडाटास्ट्रीम के साथ प्रत्येक सहकर्मी के बीच 1-1 कनेक्शन? और प्रत्येक सहकर्मी को व्यक्तिगत रूप से संदेश भेजे जाएंगे?
यह सुनकर अच्छा लगा कि एक पीयर-सर्वर की आवश्यकता नहीं होगी। हालाँकि, वह wss://broker.peerjs.com किस लिए है?

पीएस मैंने देखा है कि आपने प्रति कमरा अधिकतम साथियों को जोड़ने के लिए रोडमैप योजना को अपडेट किया है और यह एक ऐसी चीज है जिसकी मुझे वास्तव में आवश्यकता है!

bilo1967 26 जून 2019

क्या यह अंतर करना संभव होगा कि v1 जैसी मेटाडेटा सुविधा का उपयोग करके कौन कनेक्ट कर रहा है?

क्या मैं ऑडियोकॉन्टेक्स्ट के माध्यम से कुछ (स्थानीय) ऑडियो प्रोसेसिंग करने के लिए रिमोट और स्थानीय स्ट्रीम तक पहुंच पाऊंगा? मेरी परियोजना में मेरे पास सहकर्मी ए है जिसे एल-चैनल में नाशपाती बी और उसके हेडसेट के आर-चैनल में सी सुनने की जरूरत है, और उनमें से प्रत्येक की मात्रा को स्वतंत्र रूप से बदलने की जरूरत है; और बी और सी दोनों को लगातार मॉनिटर करने के लिए अपने माइक से जुड़े एक वीयू-मीटर की आवश्यकता होती है यदि यह ठीक से काम कर रहा है (मैंने पहले ही इस सुविधाओं को आंशिक रूप से लागू कर दिया है और उन्हें रखने की आवश्यकता है)।

मैंने डेटा चैनल का परीक्षण नहीं किया है, लेकिन मुझे लगता है कि यह मीडिया चैनल के समान है: प्रत्येक कनेक्शन पर ऑनडाटास्ट्रीम के साथ प्रत्येक सहकर्मी के बीच 1-1 कनेक्शन? और प्रत्येक सहकर्मी को व्यक्तिगत रूप से संदेश भेजे जाएंगे?

यह सुनकर अच्छा लगा कि एक पीयर-सर्वर की आवश्यकता नहीं होगी। हालाँकि, वह wss://broker.peerjs.com किस लिए है?

kidandcat 26 जून 2019

🎉3

अच्छी खबर! मुझे लगता है कि मैं निश्चित रूप से v1 से v2 पर स्विच करूंगा। यह सब कुछ बहुत आसान कर देगा। आपका बहुत बहुत धन्यवाद!

bilo1967 26 जून 2019

अद्भुत पुस्तकालय के लिए धन्यवाद

shivarajnaidu 26 जून 2019

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

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

Peerjs: आफ्टरकनेक्शन

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

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

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