COFDM रिसीवर Vcan1776-RX के स्ट्रीम प्रोटोकॉल के लिए स्प्लेयर यूडीपी स्ट्रीम प्लेयर सेटिंग

सीओएफडीएम एचडीएमआई वायरलेस वीडियो ट्रांसमीटर और रिसीवर पर यूडीपी स्ट्रीम प्लेयर सेटिंग

यूडीपी स्ट्रीम प्लेयर सबसे कम विलंबता सीवीबीएस एनालॉग वीडियो एनकोडर के लिए सबसे अच्छा समाधान है. COFDM वायरलेस वीडियो रिसीवर Vcan1776-RX डिफ़ॉल्ट फर्मवेयर RTSP प्लेयर को सपोर्ट करता है. कुछ ग्राहकों को यूडीपी प्रोटोकॉल का उपयोग करने की आवश्यकता होती है.

आईपी ​​एड्रेस और पोर्ट नंबर को वेबपेज पर कॉन्फ़िगर किया जा सकता है, एचटीटीपी://192.168.0.215 (चूक)

1. फ़र्मवेयर को अपग्रेड करने के बाद, प्राप्तकर्ता अंत फ़ैक्टरी डिफ़ॉल्ट मापदंडों को पुनर्स्थापित करेगा (केंद्र आवृत्ति: 320मेगाहर्ट्ज, वायरलेस बैंडविड्थ: 6मेगाहर्ट्ज, नेटवर्क पोर्ट आईपी पता: 192.168.0.215), ग्राहकों को इसके माध्यम से केंद्र आवृत्ति और बैंडविड्थ को संशोधित करने की आवश्यकता है पैरामीटर कॉन्फ़िगरेशन बोर्ड टूल, और ट्रांसमीटर लगातार बचाता है.

2. ग्राहक वेब पेज के माध्यम से रिसीवर वेब सर्वर तक पहुंचता है (एचटीटीपी://192.168.0.215), और अपने स्वयं के आईपी पते और रिसीवर से जुड़े विंडोज पीसी के आईपी पते की सेटिंग को संशोधित करता है:

ध्यान दें: उनमें से, स्थानीय आईपी रिसीवर का अपना आईपी है, और रिमोट आईपी डॉकिंग विंडोज पीसी एंड आईपी है. ग्राहक अपनी वास्तविक स्थिति के अनुसार इसे कॉन्फ़िगर कर सकता है. ध्यान दें कि संशोधन रिसीवर को पुनरारंभ करने के बाद ही प्रभावी होगा.

यूडीपी प्लेयर डाउनलोड करें स्प्लेयर

3. यूडीपी प्लेयर डाउनलोड करें स्प्लेयर.
   • स्प्लेयर_v4.2_2020.6.6
   • https://drive.google.com/file/d/1ihzUhfnx2Wo3zLO8UAs1aUQeLswonJD-/view?usp=sharing
   • स्प्लेयर_v4.3_2022.10.22
   • https://drive.google.com/file/d/1PQc-LZ55qGnjeMsjkHYSloHfY3NEUsGH/view?usp=drive_link
   • स्प्लेयर_v4.3.1_2024.4.16
   • https://drive.google.com/file/d/1uv7GqP8P4r6qGOWJ5gYn0b8bZ4ptL8H6/view?usp=drive_link
   • स्प्लेयर_QT_V1.0 Win10 या Win11 के लिए
   • https://drive.google.com/file/d/1VAegQjd-PmIL2XbJf7K8dnujMxhoIuhd/view?usp=drive_link
   • स्प्लेयर_क्यूटी_वी1.1.1 Win10 या Win11 के लिए
   • https://drive.google.com/file/d/1YMr2xxurGnbIBjFihc7f77afrdbOcc6l/view?usp=drive_link
   • स्प्लेयर_QT_V2.0
   • https://drive.google.com/file/d/1sASbARCL1lXAIsVKqkmEObRGPREbaSES/view?usp=drive_link
4. विंडोज़ पीसी पर स्प्लेयर प्लेयर खोलें, निचले दाएं कोने में सेटिंग बटन पर क्लिक करें, और सेटिंग पेज पॉप अप हो जाएगा:

ध्यान दें:

1. यह देखा जा सकता है कि पोर्ट पोर्ट नंबर पर सेट है 1234, जो रिसीवर के यूडीपी स्ट्रीमिंग प्रोग्राम द्वारा हार्ड-कोड किया गया है और इसे संशोधित नहीं किया जा सकता है;
2. डिकोड कॉलम में, वर्तमान वीडियो स्ट्रीम गुणों के अनुसार कॉन्फ़िगर करें, जैसे कि ऊपर बताए अनुसार H264 निम्न-विलंबता वीडियो स्ट्रीम कॉन्फ़िगरेशन;

4. सेट करने के बाद क्लिक करें “पुष्टि करना” पैरामीटर्स को सहेजने के लिए बटन, निचले बाएँ कोने में प्ले बटन पर क्लिक करें. विंडोज़ पीसी को यूडीपी पुश स्ट्रीम प्राप्त होने के बाद, यह डिकोड हो जाएगा और तुरंत चलेगा.

उपरोक्त यूडीपी स्ट्रीम प्लेयर सेटिंग नीचे दिए गए मॉडल के लिए उपयुक्त है.

यह Linux VLC प्लेयर को कैसे सपोर्ट करता है?? Linux के अंतर्गत कम विलंब वाली स्ट्रीम चलाना?

प्रश्न: अब यूडीपी स्ट्रीम वीएलसी प्लेयर के साथ नहीं चलती है. मुझे इस यूडीपी स्ट्रीम को लिनक्स के तहत चलाने की ज़रूरत है और मैं इस स्ट्रीम के विवरण को समझने की कोशिश करता हूं. कोई स्क्रिप्टिंग या कुंजियाँ या अन्य चीज़ें?

मैं लिनक्स के तहत अपना खुद का प्लेयर बनाना चाहता हूं और डेमोडुलेटर से इस यूडीपी वीडियो स्ट्रीम के विवरण को समझना चाहता हूं.

यदि यह एक नियमित यूडीपी वीडियो स्ट्रीम है, फिर सवाल करें कि यह वीएलसी या ओबीएस स्टूडियो के साथ क्यों नहीं चलता.

उत्तर: मॉडल Vcan1726-RX के लिए, हमारे पास वैकल्पिक के लिए दो फर्मवेयर हैं, आरटीएसपी प्लेयर के लिए पहला फर्मवेयर वीएलसी प्लेयर को सपोर्ट करता है, लेकिन कुछ ग्राहकों ने बताया कि इसमें लंबी विलंबता है, इसलिए हमने दूसरा फर्मवेयर बनाया, यूडीपी का प्रसारण स्प्लेयर पर हुआ, जो कम विलंबता का समर्थन करता है.

यह यूडीपी ऑडियो और वीडियो स्ट्रीम हमारा कस्टम प्रारूप है, इसलिए VLC इसकी व्याख्या नहीं कर सकता. यदि आपका ग्राहक अपना खुद का प्लेयर खोलना चाहता है (लिनक्स के अंतर्गत), फिलहाल दो विकल्प हैं:

1. डिफ़ॉल्ट आरटीएसपी स्ट्रीम एक्सेस पर अपडेट करें (आरटीएसपी प्लेयर के लिए पहला फर्मवेयर)
2. हम संबंधित DEMUX लाइब्रेरी और रूटीन प्रदान करते हैं (उपयुक्त लाइब्रेरी फ़ाइल संकलित करने के लिए हमें ग्राहक के लिनक्स वातावरण को समझने की आवश्यकता है)
3. ये है “DEMUX लाइब्रेरी और रूटीन” उबंटू के तहत हमारे इंजीनियरों द्वारा लिखा गया 14.04 64बिट प्रणाली

दूसरा प्रकार आम ग्राहकों के लिए बहुत कठिन है, और हम आपके ग्राहक के अपने खिलाड़ी की विकास क्षमताओं को नहीं जानते हैं.

क्योंकि कुछ क्लाइंट Windows OS VLC प्लेयर पर कम विलंबता की समस्या का सामना करते हैं, इससे कोई फर्क नहीं पड़ता कि हमने यहां कैसे परीक्षण किया, हमें यह समस्या नहीं मिली. उस समय, आपने परीक्षण के लिए विंडोज़ का उपयोग किया. शायद अगर इसे लिनक्स में बदल दिया जाता, कोई आरटीएसपी स्ट्रीमिंग समस्या नहीं होगी. कृपया लिनक्स पर फर्मवेयर के पहले संस्करण के साथ Vcan1726 नमूने का परीक्षण करने का प्रयास करें. शायद Linux OS पर यह कोई समस्या नहीं है.

प्रश्न: क्या आप इस एप्लिकेशन के लिए डॉकर छवि बना सकते हैं?? इनकमिंग स्ट्रीम के लिए किस एक पोर्ट का उपयोग किया जाता है?, और कुछ व्यापक रूप से उपयोग किए जाने वाले कोडेक के साथ आउटगोइंग स्ट्रीम के लिए एक और पोर्ट (h264)?

स्प्लेयर और यूडीपी स्ट्रीम प्लेयर क्या हैं??

SPlayer एक मीडिया प्लेयर है जो विभिन्न वीडियो प्रारूपों का समर्थन करता है, यूडीपी स्ट्रीमिंग सहित.

यूडीपी स्ट्रीमिंग यूजर डेटाग्राम प्रोटोकॉल का उपयोग करके इंटरनेट पर वीडियो डेटा भेजने की एक विधि है (यूडीपी), जो एक तेज़ और सरल प्रोटोकॉल है जो पैकेट की डिलीवरी या ऑर्डर की गारंटी नहीं देता है.

यूडीपी स्ट्रीमिंग का उपयोग लाइव वीडियो प्रसारण या कम-विलंबता वीडियो प्रसारण के लिए किया जा सकता है, लेकिन यह पैकेट हानि या भ्रष्टाचार से भी ग्रस्त हो सकता है.

वेब खोज परिणामों के अनुसार, SPlayer निम्नलिखित चरणों का उपयोग करके UDP स्ट्रीम चला सकता है:

• SPlayer खोलें और पर क्लिक करें “यूआरएल खोलें” ऊपरी दाएं कोने में बटन.
• यूडीपी स्ट्रीम का यूआरएल यूडीपी प्रारूप में दर्ज करें://@आईपी: बंदरगाह, जहां आईपी सर्वर का आईपी पता है और पोर्ट स्ट्रीम का पोर्ट नंबर है. उदाहरण के लिए, यूडीपी://@224.0.0.1:1234.
• पर क्लिक करें “ठीक” बटन दबाएं और स्ट्रीम लोड होने तक प्रतीक्षा करें.

Win10 के लिए स्प्लेयर कैसे अच्छा काम करता है?

प्रश्न: हम स्प्लेयर प्रारंभ नहीं कर सकते 4.2 तथा 4.3 विंडोज़ के अंतर्गत 10. क्या आप हमें विंडोज़ के लिए स्प्लेयर का सही संस्करण प्रदान कर सकते हैं 10 तथा 11?

4.2 फिलहाल शुरू और बंद हो जाता है. 4.3 त्रुटि संदेश से प्रारंभ होता है.

त्रुटिपूर्ण आवेदन नाम: स्प्लेयर.exe, संस्करण: 1.0.0.1, समय मोहर: 0x646d83e2
दोषपूर्ण मॉड्यूल नाम: dvb_demux.dll, संस्करण: 1.0.0.1, समय मोहर: 0x5fe5bdbf
अपवाद कोड: 0xc0000005
दोष ऑफसेट: 0x0001484a
दोषपूर्ण प्रक्रिया आईडी: 0x3888
त्रुटिपूर्ण अनुप्रयोग प्रारंभ समय: 0x01da1164b89c78eb
दोषपूर्ण अनुप्रयोग पथ: सी:\Users\admin\Downloads\Splayer_v4.3_2022.10.22\Splayer.exe
दोषपूर्ण मॉड्यूल पथ: सी:\Users\admin\Downloads\Splayer_v4.3_2022.10.22\dvb_demux.dll
रिपोर्ट आईडी: 4af19407-045e-48e5-a0f7-86fc90c6b3d3
दोषपूर्ण पैकेज का पूरा नाम:
दोषपूर्ण पैकेज-सापेक्ष एप्लिकेशन आईडी:

उत्तर: कृपया हमारे Splayer_qt_v1.0.zip का उपयोग करने का प्रयास करें (103.5एमबी).

प्रतिपुष्टि: SPlayer का नया संस्करण Win के साथ समस्या स्थल पर अच्छा काम करता है 10! धन्यवाद!

प्रश्न: हमने पाया कि रिसीवर बाय स्प्लेयर प्रोग्राम से वीडियो चलाने के दौरान देरी का समय बढ़ रहा है (यूडीपी स्ट्रीम).

अगर विस्तार से बात करें – रिसीवर ईथरनेट केबल से सीधे पीसी से जुड़ता है. पीसी और रिसीवर एक ही स्थानीय नेटवर्क में हैं. जब हम स्प्लेयर शुरू करते हैं तो समय विलंब सामान्य होता है और सटीक गणना हमें दिखाती है 330 मिसे, जो एचडीएमआई आउटपुट से थोड़ा अधिक है जहां हमने देखा था 270 मिसे. अछा है. लेकिन अगर हम कार्यस्थल में बिना किसी बदलाव के कुछ मिनट इंतजार करते हैं तो हम पहुंचने वाले समय में देरी में लगातार वृद्धि देखते हैं 1-1,5 सेकंड जो ग्राहक आवेदन में स्वीकार्य नहीं है.
कल मैंने विन पर स्वयं इसका परीक्षण किया 10, और जटिल टर्न-ऑफ के साथ विभिन्न पीसी पर Win11, स्पलेयर क्यूटी के साथ Win Brandmauer (आपसे अंतिम संस्करण), और स्प्लेयर 4.3 (पुराना संस्करण). मैं हर बार किसी भी कॉन्फ़िगरेशन में इस समस्या को दोहराता हूं.
कृपया इस समस्या को ठीक करने में मेरी मदद करें. हमें स्प्लेयर खेलने के समय में निरंतर विलंब की आवश्यकता होती है जो कि इससे अधिक नहीं हो सकती है 350 मिसे.

उत्तर: ऐसी समस्या नहीं आनी चाहिए, क्योंकि लो-लेटेंसी मोड में प्लेयर के पास कोई कैश नहीं है, और देरी पूरी तरह से पीसी की डिकोडिंग क्षमता पर निर्भर करती है. इंजीनियर पर्यावरण स्थापित करेंगे और अगले सोमवार को इसका परीक्षण करेंगे.

एक अन्य बिंदु ग्राहकों से उनके लैपटॉप मॉनीटर की ताज़ा दर सेटिंग की जांच करने के लिए कहना है. उदाहरण के लिए, यदि कैमरा 1080p60 इनपुट करता है, तो ग्राहक के लैपटॉप मॉनिटर का रिफ्रेश रेट भी 60Hz होना चाहिए. अन्यथा, डिस्प्ले बहुत धीमा होगा, जिससे डेटा संकुलन भी होगा और विलंब भी होगा.

स्लेयर प्लेयर के पास बड़ी देरी है, या तो डिकोडिंग धीमी है या डिस्प्ले धीमा है, यह सब पीसी के कारण होता है.

एचडीएमआई कैमरा एन्कोडिंग एचडीएमआई रिसीवर डिकोडिंग, डिस्प्ले पर आउटपुट, और स्प्लेयर प्लेयर का कंप्यूटर प्लेबैक विलंब परीक्षण

हमें आपके द्वारा बताई गई समस्या नहीं मिली.

यह देखा जा सकता है कि वर्तमान स्प्लेयर प्लेयर स्क्रीन और रिसीवर एचडीएमआई आउटपुट सुसंगत हैं, और उनके बीच विलंब बहुत कम है.

क्या आप कृपया ग्राहक से पूछ सकते हैं, कैमरा इनपुट का रिज़ॉल्यूशन और फ़्रेम दर क्या है? यह मानते हुए कि ग्राहक का कैमरा 1080p60 है, आप समस्या के और अधिक निवारण के लिए निम्नलिखित दो चरण भी अपना सकते हैं:

1. ग्राहक को परीक्षण के लिए कैमरे को कम फ्रेम दर पर बदलने दें, जैसे 1080p50/30;
2. आप इसे डाउन-फ़्रेम एन्कोडिंग देने के लिए एन्कोडिंग सेगमेंट पैरामीटर सेट कर सकते हैं. उदाहरण के लिए, पैरामीटर पोर्ट के माध्यम से ATSO0,30_ कमांड भेजें, और एन्कोडिंग परीक्षण के लिए 1080p30 आउटपुट देता है.

ध्यान दें:

1. स्प्लेयर विशेष रूप से हमारे मालिकाना/कस्टम स्ट्रीमिंग प्रोटोकॉल के लिए विकसित किया गया है और वर्तमान में मानक एमपीईजी-टीएस प्रोटोकॉल के पार्सिंग या प्लेबैक का समर्थन नहीं करता है।.
2. स्प्लेयर वर्तमान में केवल विंडोज़ पर उपलब्ध है. Linux और Android संस्करण अभी तक विकसित नहीं हुए हैं और इस स्तर पर समर्थित नहीं हैं.
3. इसके साथ - साथ, यह एमपीईजी-टीएस प्रोटोकॉल नहीं है जिसके कारण विलंब बढ़ता है. भले ही इसे हमारे कस्टम प्रोटोकॉल पर स्विच किया गया हो, देरी कम नहीं होगी (हमारा कस्टम प्रोटोकॉल मुख्य रूप से सभी डेटा पैकेटों पर सीआरसी जांच करता है, जबकि mpeg-ts प्रोटोकॉल नहीं है, जो प्रोटोकॉल के बीच सबसे बड़ा अंतर है). विलंबता पर सबसे बड़ा प्रभाव प्लेयर में वीडियो डिकोडिंग और डिस्प्ले की प्रोसेसिंग पर पड़ता है. हमारा अपना प्लेयर स्प्लेयर छवि ट्रांसमिशन एप्लिकेशन परिदृश्यों के लिए अनुकूलित किया जाएगा.
4. भले ही ग्राहक को हमारी डिमक्स लाइब्रेरी मिल जाए और वह ऑडियो और वीडियो स्ट्रीम निकाल ले, इसे अभी भी वीडियो डिकोडिंग और डिस्प्ले स्वयं ही करना होगा. इस सामान्य ग्राहक के पास ये क्षमता नहीं है. अधिकांश ग्राहक केवल ओपन सोर्स प्लेयर्स का उपयोग करेंगे (जैसे कि gstreamer पर आधारित), और इन ओपन सोर्स प्लेयर्स की वीडियो देरी अच्छी नहीं होगी. यदि आप अच्छा वीडियो विलंब चाहते हैं, आपको मूल रूप से अपना खुद का खिलाड़ी विकसित करना होगा.
5. यदि ग्राहक डिमक्स लाइब्रेरी पर जोर देता है और कहता है कि उसके पास बाद के वीडियो डिकोडिंग और प्लेबैक से निपटने की क्षमता है, मैं भी आपका सहयोग कर सकता हूं (लेकिन हम केवल Linux/android के अंतर्गत डिमक्स लाइब्रेरी और रूटीन प्रदान करते हैं, और बाद में डिकोडिंग और डिस्प्ले-संबंधित सहायता प्रदान न करें)
6. हमारा कस्टम प्रोटोकॉल मुख्य रूप से ट्रांसमिशन त्रुटियों को बेहतर ढंग से संभालने के लिए सीआरसी सत्यापन को बढ़ाता है, जो अप्रत्याशित वीडियो डिकोडिंग समस्याओं या यहां तक ​​कि दूषित डेटा पैकेट के कारण होने वाले प्लेयर क्रैश को रोकने में मदद करता है. डीमक्सिंग प्रोटोकॉल स्वयं महत्वपूर्ण विलंबता का परिचय नहीं देता है, चाहे वह हमारा कस्टम प्रोटोकॉल हो या मानक एमपीईजी-टीएस प्रोटोकॉल. विलंबता को प्रभावित करने वाले मुख्य कारक वास्तव में उसके बाद डिकोडिंग और रेंडरिंग चरण हैं. सामान्य तौर पर:
   • चूंकि यूडीपी स्ट्रीमिंग और प्लेयर डिकोडिंग/रेंडरिंग अतुल्यकालिक प्रक्रियाएं हैं, अधिकांश खिलाड़ी प्लेबैक शुरू करने से पहले एक निश्चित मात्रा में बफ़रिंग लागू करते हैं. बफ़र जितना बड़ा होगा, विलंबता जितनी अधिक होगी.
     उदाहरण के लिए, वीएलसी मीडिया प्लेयर आमतौर पर अपेक्षाकृत बड़ी बफरिंग का उपयोग करता है, और प्लेबैक के दौरान इसका बफ़र आकार गतिशील रूप से बढ़ भी सकता है. इसके विपरीत, विलंबता को कम करने के लिए स्प्लेयर जानबूझकर प्लेबैक बफ़र को बहुत छोटा रखता है.
   • वीडियो डिकोडिंग और फ़्रेम रेंडरिंग भी अतुल्यकालिक प्रक्रियाएं हैं. यदि प्रतिपादन समय पर नहीं हो पाता है, डिकोड किए गए वीडियो फ़्रेम रेंडरिंग कतार में जमा हो सकते हैं, जो प्री-डिकोडिंग बफ़रिंग के समान अतिरिक्त विलंबता का परिचय देता है. फ्रेम संचय को कम करने और कम-विलंबता प्लेबैक बनाए रखने के लिए इस क्षेत्र में स्प्लेयर को भी अनुकूलित किया गया है.
7. हमारे कस्टम प्रोटोकॉल में कई अतिरिक्त अनुकूलन भी शामिल हैं, यही कारण है कि हमने अंततः मानक एमपीईजी-टीएस प्रोटोकॉल को जारी रखने के बजाय इसे अपनाने का निर्णय लिया (जिसे हमने शुरुआत में मूल रूप से उपयोग किया था):
   • मानक एमपीईजी-टीएस प्रोटोकॉल के साथ तुलना में, हमारा कस्टम प्रोटोकॉल अनावश्यक प्रोटोकॉल ओवरहेड को कम करता है और वायरलेस बैंडविड्थ उपयोग में सुधार करता है. यह सीओएफडीएम वीडियो ट्रांसमिशन सिस्टम जैसे बैंडविड्थ-बाधित वायरलेस लिंक के लिए विशेष रूप से महत्वपूर्ण है.
   • हमारा कस्टम प्रोटोकॉल विभिन्न प्रकार के डेटा को मल्टीप्लेक्स करने के लिए अधिक लचीलापन प्रदान करता है. वीडियो और ऑडियो के अलावा, यह सीरियल पोर्ट डेटा और अन्य उपयोगकर्ता-परिभाषित डेटा स्ट्रीम को आसानी से समाहित कर सकता है, इसे मानक एमपीईजी-टीएस की तुलना में अधिक लचीला और विस्तारित करना आसान बना दिया गया है.
   • हमारा कस्टम प्रोटोकॉल सीधे प्रोटोकॉल परत के भीतर एकीकृत एईएस एन्क्रिप्शन और डिक्रिप्शन का समर्थन करता है. यह उन वायरलेस लिंक के लिए विशेष रूप से उपयोगी है जो मूल रूप से एईएस एन्क्रिप्शन का समर्थन नहीं करते हैं, जैसे मानक वाई-फाई कनेक्शन.
   • इसके साथ - साथ, हमारा कस्टम प्रोटोकॉल विशेष रूप से कम-विलंबता और उच्च-विश्वसनीयता ट्रांसमिशन परिदृश्यों के लिए डिज़ाइन किया गया है, सामान्य प्रयोजन मानक प्रोटोकॉल की तुलना में संपूर्ण ट्रांसमिशन और प्लेबैक पाइपलाइन में सख्त अनुकूलन की अनुमति देता है.

रिश्तेदार

1. क्या आप एचडीएमआई सीवीबीएस वीडियो यूएआरटी डेटा एनकोडर बोर्ड से यूएआरटी डेटा प्राप्त करना चाहते हैं?
2. विंडोज़ x64 के लिए लो लेटेंसी यूडीपी प्लेयर एसडीके

क्यू: क्या सिस्टम मल्टीकास्ट को सपोर्ट करता है? क्या मैं एक स्ट्रीम को एकाधिक आईपी में आउटपुट कर सकता हूँ??

ए: हाँ. सिस्टम यूडीपी मल्टीकास्ट को सपोर्ट करता है, प्रति आईपी स्ट्रीम को डुप्लिकेट किए बिना एक स्ट्रीम को एक साथ कई रिसीवरों तक पहुंचाने की इजाजत देता है।मल्टीकास्ट का उपयोग करने के लिए, ठीकदूरदराज़ के आई। पी मल्टीकास्ट पते पर प्रेषक की ओर, उदाहरण के लिए224.0.0.23. सभी रिसीवर एक ही पते का उपयोग करके एक ही मल्टीकास्ट समूह में शामिल होते हैं. रिसीवर की तरफ, समान मल्टीकास्ट आईपी कॉन्फ़िगर करें:

• स्प्लेयर: ग्रुप आईपी को इस पर सेट करें 224.0.0.23
• वीएलसी: खुला udp://@224.0.0.23:8090

मल्टीकास्ट एक ही नेटवर्क के भीतर एक-से-अनेक स्ट्रीमिंग को सक्षम बनाता है. वास्तविक डिवाइस आईपी महत्वपूर्ण नहीं है; बजाय, डिलीवरी नेटवर्क मल्टीकास्ट समर्थन और एक ही समूह में शामिल होने वाले उपकरणों पर निर्भर करती है।ध्यान दें: नेटवर्क स्थितियाँ प्रदर्शन को प्रभावित कर सकती हैं. वीपीएन के साथ वातावरण, आभाषी दुनिया, एकाधिक नेटवर्क एडेप्टर, या आईजीएमपी समर्थन के बिना स्विच मल्टीकास्ट रिसेप्शन को प्रभावित कर सकते हैं.

मल्टीकास्ट

यूनिकास्ट

क्यू: यदि एक ही नेटवर्क में एकाधिक एन्कोडर मल्टीकास्ट बोर्ड हैं, क्या हमें टकराव से बचने के लिए प्रत्येक बोर्ड पर पोर्ट बदलना चाहिए??

ए: आवश्यक रूप से नहीं. यह सुनिश्चित करने के दो वैध तरीके हैं कि एकाधिक एनकोडर स्ट्रीम एक ही नेटवर्क पर विरोध न करें:

1. विभिन्न यूडीपी मल्टीकास्ट आईपी पते का उपयोग करें प्रत्येक एन्कोडर स्ट्रीम के लिए.
2. विभिन्न यूडीपी पोर्ट नंबरों का उपयोग करें प्रत्येक एन्कोडर स्ट्रीम के लिए.

यूडीपी स्ट्रीमिंग को इनके संयोजन से अलग किया जाता है आईपी ​​पता (यूनिकास्ट या मल्टीकास्ट) तथा पोर्ट नंबर. एक साथ, वे नेटवर्क पर एक अद्वितीय यूडीपी स्ट्रीम पहचान परिभाषित करते हैं.

एनकोडर बोर्ड पर, NS यूडीपी स्ट्रीम सेटिंग्स शामिल करना:

• दूरदराज़ के आई। पी: गंतव्य आईपी पते को परिभाषित करता है (यदि मल्टीकास्ट एड्रेस का उपयोग किया जाता है, स्ट्रीम यूडीपी मल्टीकास्ट स्ट्रीम बन जाती है).
• टीएक्स पोर्ट: ट्रांसमिशन पोर्ट नंबर को परिभाषित करता है.

का संयोजन दूरदराज़ के आई। पी + टीएक्स पोर्ट एक अद्वितीय यूडीपी स्ट्रीम निर्धारित करता है.

जब एक ही नेटवर्क में एकाधिक एन्कोडर मल्टीकास्ट बोर्ड तैनात किए जाते हैं तो टकराव से बचने के लिए, आप या तो अलग-अलग मल्टीकास्ट आईपी पते निर्दिष्ट कर सकते हैं, विभिन्न यूडीपी पोर्ट, या नेटवर्क डिज़ाइन आवश्यकताओं के आधार पर दोनों का उपयोग करें.

क्यू: मैं अपने सिस्टम के लिए मल्टीकास्ट आईपी पते कैसे प्राप्त करूं??

ए: मल्टीकास्ट आईपी पते स्वचालित रूप से असाइन नहीं किए जाते हैं; उन्हें मानक मल्टीकास्ट रेंज से चुना गया है 224.0.0.0 सेवा मेरे 239.255.255.255. व्यवहार में, इन पतों की योजना नेटवर्क व्यवस्थापक द्वारा बनाई और आवंटित की जानी चाहिए ताकि यह सुनिश्चित किया जा सके कि नेटवर्क पर मौजूदा मल्टीकास्ट सेवाओं या उपकरणों के साथ कोई टकराव न हो.