रूट बनाने से पहले अगला रिसीवर चुनें
स्रोत, रिसीवर और उस मीडिया परिवर्तन से शुरू करें जिसकी रिसीवर को वास्तव में आवश्यकता है। एक SRT Route पारदर्शी SRT-से-SRT रिले के लिए है: यह योगदान को आगे भेजता है, इसलिए रिसीवर को उसका कंटेनर, कोडेक, ट्रैक और टाइमस्टैम्प पहले से स्वीकार करने चाहिए। यह स्रोत मीडिया को रिले करता है; ब्राउज़र आउटपुट नहीं बनाता।
यदि अगला काम RTMP प्रकाशन है, तो Restream आउटपुट कॉन्फ़िगर करें और प्रोसेसिंग केवल तब सक्षम करें जब उस गंतव्य को इसकी आवश्यकता हो। यदि अगला काम NDI प्रोडक्शन हैंडऑफ़ है, तो NDI आउटपुट पथ कॉन्फ़िगर करें और तय किए गए प्रोडक्शन नेटवर्क पर उसे मान्य करें। नियंत्रित इनग्रेस के लिए SRT Server और मौजूदा सर्वर पर नामित कनेक्शन के लिए SRT Stream इस्तेमाल करें। जुड़ा हुआ स्रोत इस बात का प्रमाण नहीं है कि किसी डाउनस्ट्रीम रिसीवर ने फ़ीड स्वीकार की।
जब मीडिया पहले से उपयुक्त हो तो रिले करें; प्रोसेसिंग केवल तब करें जब उसे बदलना हो
| आने वाला SRT जॉब | चुनें | दूसरे छोर पर पुष्टि करें |
|---|
| SRT → SRT रिसीवर | SRT Route, जब दोनों एंडपॉइंट पहले से स्रोत मीडिया स्वीकार करते हों। | रिसीवर कनेक्शन, डिकोड किया हुआ चित्र और प्रोग्राम ऑडियो। |
|---|
| SRT → RTMP प्रकाशक | आवश्यक RTMP गंतव्य और केवल उस आउटपुट को चाहिए वाली मीडिया प्रोसेसिंग के साथ Restreaming। | RTMP रिसीवर या प्रकाशन प्लेटफ़ॉर्म इच्छित प्रोग्राम स्वीकार करता है। |
|---|
| SRT → NDI प्रोडक्शन हैंडऑफ़ | चुने गए डिप्लॉयमेंट और प्रोडक्शन नेटवर्क के लिए NDI आउटपुट वर्कफ़्लो। | इच्छित NDI रिसीवर चित्र और प्रोग्राम ऑडियो देखता है। |
|---|
ट्रांसकोडिंग, आकार बदलना, ऑडियो परिवर्तन और ओवरले रिले से अधिक प्रोसेसिंग कार्य जोड़ते हैं। नियोजित स्रोत, आउटपुट प्रोफ़ाइल, होस्ट क्षमता और गंतव्य को साथ में परीक्षण करें; हरे इनग्रेस कनेक्शन से अंतिम आउटपुट का अनुमान न लगाएँ।
पब्लिशर जुड़ा है, पर रिसीवर खाली है
| आप क्या देख रहे हैं | आगे क्या जाँचें |
|---|
| पब्लिशर जुड़ा है; रिसीवर पर बिटरेट नहीं है | पुष्टि करें कि रूट इच्छित इनपुट और आउटपुट चुनता है, फिर रिसीवर होस्ट, पोर्ट, कॉलर/लिस्नर भूमिका, स्ट्रीम ID और पासफ़्रेज़ मिलाएँ। |
|---|
| रिसीवर पर बिटरेट है; चित्र या प्रोग्राम ऑडियो नहीं है | रिसीवर पर कंटेनर, कोडेक, ट्रैक और टाइमस्टैम्प जाँचें। SRT ट्रांसपोर्ट असमर्थित पेलोड को डिकोड करने योग्य नहीं बनाता। |
|---|
| इवेंट नेटवर्क पर चित्र टूटता है | वास्तविक पथ पर RTT, हानि, पुनःप्रेषण और प्रभावी लेटेंसी की तुलना करें। स्रोत, रूट और रिसीवर को साथ में जाँचें। |
|---|
कनेक्शन
स्रोत और गंतव्य के होस्ट, पोर्ट, भूमिकाएँ और एक्सेस स्थिति दर्ज करें। सत्र अस्वीकृत हो या गलत स्ट्रीम तक पहुँचे तो एंडपॉइंट लॉग देखें।
ट्रांसपोर्ट की स्थिति
स्रोत चलते समय बिटरेट, RTT, पैकेट हानि, कनेक्शन इवेंट और पीयर विवरण देखें। सहेजा गया रूट या चल रही प्रक्रिया यह नहीं बताती कि गंतव्य ने उसे स्वीकार किया है।
डिकोड किया हुआ आउटपुट
चुने गए रिसीवर, प्लेयर या Multiview टाइल पर चित्र और प्रोग्राम ऑडियो की पुष्टि करें। Multiview अवलोकन हैंडऑफ़ है; यह रिले को प्रोडक्शन स्विचर में नहीं बदलता।
रूट डेमो को फ़ेलओवर परीक्षण से अलग रखें
अस्थायी गेटवे डेमो एक प्रकाशक और एक रिसीवर कनेक्शन का परीक्षण करता है, फिर प्रकाशक के जुड़ने पर Multiview प्रीव्यू दिखाता है। यह स्ट्रीम को परिवर्तित नहीं करता और न ही प्रोटोकॉल रूपांतरण या फ़ेलओवर प्रदर्शित करता है।
मुख्य/बैकअप योगदान के लिए SRT Routing में SRT main/backup failover चुनें, Pull, और दोनों योगदानों के लिए स्रोत होस्ट और रूटिंग पोर्ट दर्ज करें। ट्रिगर और अपेक्षित गंतव्य व्यवहार को इवेंट योजना में लिखें, फिर इवेंट से पहले वास्तविक फ़ीड, बफ़र और गंतव्य व्यवहार की जाँच करें। ट्रांसपोर्ट स्विच जुड़े रिसीवर और पुलर सत्रों को बनाए रख सकता है, लेकिन चित्र का संक्रमण तैयार फ़ीड, बफ़र, नेटवर्क स्थितियों और गंतव्य पर निर्भर करता है।
डिवाइस गाइड देखने से पहले रूट विकल्प चुनें
पहले इनग्रेस, पारदर्शी रिले, RTMP प्रकाशन या NDI प्रोडक्शन हैंडऑफ़ चुनें। फिर चुने गए एन्कोडर या कैमरे के लिए कॉन्फ़िगरेशन आरंभ-बिंदु के रूप में डिवाइस डायरेक्टरी का उपयोग करें। किसी डिवाइस को इवेंट रूट पर इस्तेमाल करने से पहले स्थापित फर्मवेयर, SRT मोड, पोर्ट, Stream ID, एन्क्रिप्शन और पेलोड सेटिंग को निर्माता दस्तावेज़ से मिलाएँ।
छोटे शुरुआती कॉन्फ़िगरेशन के लिए देखें SRT रिले प्रीसेट। यह एक स्ट्रीम और एक Restream जॉब से शुरू होता है; वास्तविक स्रोत, गंतव्य और रिसीवर परीक्षण आपको ही कॉन्फ़िगर करना रहता है।
