OBS
RTMP / SRTप्लेटफ़ॉर्म को रूटिंग, कन्वर्ज़न और फ़ैन-आउट संभालने दें, ताकि स्रोत एनकोडर केवल एक साफ़ कंट्रीब्यूशन फ़ीड भेजने पर ध्यान दे।
डिलीवरी
लाइव मल्टीस्ट्रीमिंग प्लेटफ़ॉर्म
कैलाबा में एक सत्यापित योगदान फ़ीड लाएँ, फिर प्रत्येक गंतव्य के लिए एक अलग रीस्ट्रीम कार्य बनाएँ। प्रत्येक कार्य की अपनी गंतव्य सेटिंग्स और रनटाइम स्थिति होती है; रिकॉर्डिंग, वेब प्लेयर और पुनर्प्राप्ति अलग-अलग वर्कफ़्लो हैं जिन्हें आप आवश्यकता पड़ने पर जोड़ते हैं।
AWS पर Callaba तैनात करेंएक इनजेस्ट को कई आउटपुट में बदलें
योगदान फ़ीड को एक बार स्वीकार करें, फिर प्रत्येक सोशल प्लेटफ़ॉर्म, पार्टनर एंडपॉइंट या अन्य गंतव्य के लिए एक अलग रीस्ट्रीम जॉब बनाएं।
प्रत्येक रीस्ट्रीम कार्य की अपनी गंतव्य सेटिंग्स और रनटाइम स्थिति होती है। प्रत्येक आउटपुट की स्वतंत्र रूप से समीक्षा करें ताकि प्रत्येक गंतव्य का अपना स्पष्ट परिचालन साक्ष्य हो।
YouTube
RTMP · अलग आउटपुट जॉब 01
RTMP · अलग आउटपुट जॉब 02
इंटरैक्टिव वर्कफ़्लो मॉडल · उदाहरण स्थितियाँसिर्फ यही गंतव्य बदलता है; बाकी दो चलते रहते हैं।स्वीकृत इनपुट साझा रहता है, जबकि हर गंतव्य अपनी संचालन स्थिति अलग से दिखाता है।
कार्यप्रवाह
गंतव्य के नियम अपने नियंत्रण में रखें
हर आउटलेट को अलग डिलिवरी अनुबंध मानें, भले ही सभी एक ही स्रोत से शुरू हों।
एक इनजेस्ट को कई आउटपुट में बदलें
हर एंडपॉइंट के लिए अलग आउटपुट जॉब बनाएँ, ताकि क्रेडेंशियल, सीमाएँ और विफलताएँ अलग रहें।
मार्ग सोच-समझकर तैयार करें
वैकल्पिक एंडपॉइंट का दस्तावेज़ बनाएँ और लाइव कार्यक्रम में ज़रूरत पड़ने से पहले उनका परीक्षण करें।
रिकॉर्डिंग या प्लेबैक को अलग वर्कफ़्लो के रूप में जोड़ें
रिकॉर्डिंग या ब्राउज़र प्लेबैक को स्वीकृत फ़ीड से अलग जॉब के रूप में जोड़ें और हर जॉब की अलग जाँच रखें।
अब इसे काम में लगाएँ
Callaba में कॉन्फ़िगर करें, फिर हैंडऑफ़ जाँचें
यह पेज उत्पाद की सीमा समझाता है। नीचे दिए गए गाइड बताते हैं कि कौन-से कंट्रोल खोलने हैं, अगला मॉड्यूल कौन-सा जोड़ना है और वर्कफ़्लो तैयार होने की पुष्टि कैसे करनी है।
तकनीकी विनिर्देश
क्या एक स्रोत को कई गंतव्यों तक रूट किया जा सकता है?
यह अनुबंध पुष्टि करता है कि इनजेस्ट पर क्या साझा है और हर आउटपुट के लिए क्या सिद्ध करना होगा।
| क्षमता | समर्थित व्यवहार | स्वीकृति जाँच |
|---|---|---|
| एक इनजेस्ट को कई आउटपुट में बदलें | एक सत्यापित कॉन्ट्रिब्यूशन फ़ीड कई स्वतंत्र रूप से कॉन्फ़िगर किए गए Restream जॉब को स्रोत दे सकती है। | इनपुट की एक बार पुष्टि करें, फिर हर गंतव्य जॉब को अपनी लाइव स्थिति बनाते हुए देखें। |
| गंतव्य के नियम अपने नियंत्रण में रखें | एंडपॉइंट URL, क्रेडेंशियल, मीडिया अपेक्षाएँ और पुनः प्रयास का व्यवहार हर अलग आउटपुट जॉब से संबंधित होता है। | हर जॉब को अलग खोलें और तय गंतव्य पर उसकी लाइव स्थिति की पुष्टि करें। |
| भारी काम एनकोडर से हटाएँ | स्रोत एन्कोडर एक साफ़ कॉन्ट्रिब्यूशन फ़ीड प्रकाशित करता है और Callaba आगे के वितरण को संभालता है। | स्रोत से कई बार प्रकाशित करने के बजाय एन्कोडर अपलोड की तुलना बनाए गए हर आउटपुट की स्थिति से करें। |
| गंतव्यों पर रूटिंग लचीलेपन का उपयोग करें | वर्कफ़्लो के तेज़ परीक्षण के लिए क्लाउड चुनें, या नेटवर्क और डेटा-स्थान पर नियंत्रण आवश्यक हो तो सेल्फ़-होस्टेड इन्फ्रास्ट्रक्चर चुनें। | प्रोडक्शन में रूट पर निर्भर होने से पहले चुने हुए परिवेश में वास्तविक स्रोत और एंडपॉइंट चलाएँ। |
कार्यप्रवाह
ऑपरेटिंग आवश्यकता से क्लाउड या सेल्फ-होस्टेड चुनें
किसी वास्तविक स्रोत और गंतव्य को शीघ्रता से सत्यापित करने के लिए क्लाउड का उपयोग करें। जब आपको बुनियादी ढांचे, नेटवर्क, या डेटा-स्थान नियंत्रण की आवश्यकता हो तो स्व-होस्टेड चुनें, फिर तैनाती के बाद वर्कफ़्लो को पुनः मान्य करें।
AWS पर Callaba तैनात करें
उपयोग के अनुसार भुगतान वाला क्लाउड टैरिफ उन टीमों के लिए आदर्श है जिन्हें Callaba का तुरंत डिप्लॉयमेंट, वैश्विक डेटा सेंटर नेटवर्क से कम विलंबता, भरोसेमंद सर्वर, डेटा बैकअप, स्केलेबिलिटी, प्रबंधित सेवाएँ और क्लाउड के अन्य लाभ चाहिए।
AWS पर Callaba तैनात करेंCallaba को सेल्फ-होस्टेड इंस्टॉल करें
प्रत्येक प्लेटफ़ॉर्म या पार्टनर एंडपॉइंट के लिए स्पष्ट गंतव्य सेटिंग्स के साथ, कई व्यावसायिक गंतव्यों के लिए एक योगदान इनपुट का उपयोग करें।
Callaba को सेल्फ-होस्टेड इंस्टॉल करेंAPI
मल्टी-स्ट्रीमिंग REST APIरूट के काम करने के बाद स्वतंत्र आउटपुट नौकरियों को स्वचालित करें
प्रत्येक गंतव्य का अपना रीस्ट्रीम कार्य है। आपकी टीम द्वारा कैलाबा में स्रोत, गंतव्य और मीडिया प्रोफ़ाइल को सत्यापित करने के बाद नौकरियां बनाने, शुरू करने और निरीक्षण करने के लिए एपीआई का उपयोग करें।
अक्सर पूछे जाने वाले प्रश्न
यहाँ “इनजेस्ट और रूट” का क्या अर्थ है?
इसका अर्थ है एक लाइव इनपुट को प्रबंधित इनग्रेस पॉइंट पर स्वीकार करना, फिर तय करना कि सिग्नल आगे कहाँ जाए: सोशल प्लेटफ़ॉर्म, पार्टनर एंडपॉइंट, प्लेयर या दूसरे वर्कफ़्लो मॉड्यूल तक।
टीमें OBS से सीधे प्रकाशित करने के बजाय इसे कब चुनती हैं?
आमतौर पर तब, जब एक स्रोत को कई गंतव्यों तक भेजना हो, बैकअप पथ महत्वपूर्ण हों, या रूटिंग नियम एनकोडर सेटअप के बजाय प्रबंधित वर्कफ़्लो में रखने हों।
क्या एक स्रोत को कई गंतव्यों तक रूट किया जा सकता है?
हाँ. कैलाबा स्रोत को एक बार स्वीकार करता है, और आप प्रत्येक गंतव्य के लिए एक स्वतंत्र रीस्ट्रीम कार्य बनाते हैं। प्रत्येक कार्य को अलग से कॉन्फ़िगर और निरीक्षण करें।
क्या हर गंतव्य के लिए अधिक अपलोड बैंडविड्थ चाहिए?
वर्कफ़्लो सही बना हो तो एनकोडर की ओर से नहीं। स्रोत सामान्यतः एक प्रबंधित कंट्रीब्यूशन स्ट्रीम भेजता है और प्लेटफ़ॉर्म डाउनस्ट्रीम फ़ैन-आउट संभालता है।
क्या कंट्रीब्यूशन इनपुट के लिए SRT उपयोग कर सकते हैं?
हाँ। नेटवर्क स्थिति, कंट्रीब्यूशन गुणवत्ता या नियंत्रित रिसीविंग इंफ्रास्ट्रक्चर महत्वपूर्ण हो तो SRT एक सामान्य इनजेस्ट विकल्प है।
यह API-first है या डैशबोर्ड-first?
स्रोत, गंतव्य और प्रोफ़ाइल को मान्य करने के लिए नियंत्रण इंटरफ़ेस में प्रारंभ करें। फिर प्रत्येक स्वतंत्र रीस्ट्रीम कार्य को बनाने, शुरू करने और निरीक्षण करने के लिए एपीआई का उपयोग करें।
डॉक्यूमेंटेशन में कहाँ से शुरू करें?
यदि पहला प्रश्न यह है कि सिग्नल कहाँ प्रवेश करेगा, तो SRT servers से शुरू करें। फिर उसकी गति तय करने के लिए SRT routes और Restreams पर जाएँ।
डिलीवरी
गंतव्यों पर रूटिंग लचीलेपन का उपयोग करें
एक स्रोत को उन गंतव्यों के साथ सत्यापित करें जो अभी महत्वपूर्ण हैं, फिर आवश्यकता होने पर अलग रिकॉर्डिंग या प्लेबैक जॉब जोड़ें।