एक वर्कफ़्लो में लाइव और शेड्यूल कंटेंट मिलाएँ
लाइव इनपुट को नियोजित सेगमेंट या फ़ॉलबैक कंटेंट से मिलाएँ, ताकि हर मिनट सचमुच लाइव न होने पर भी चैनल चलता रहे।
समाचार, रेडियो जैसी फ़ीड, कैमरा, डिजिटल साइनेज या ब्रांडेड कार्यक्रम के लिए लगातार चैनल चलाएँ। लाइव और निर्धारित स्रोत मिलाएँ, प्लेबैक स्थिर रखें, आउटपुट रिकॉर्ड करें और चैनल को बिना निगरानी चलाने से पहले बैकअप रास्ते तैयार करें।
ऐसे चैनल के लिए एक परिचालन सतह उपयोग करें जिसे कंटेंट, ऑपरेटर या दिन का कार्यक्रम बदलने पर भी ऑन-एयर रहना है।

लाइव इनपुट को नियोजित सेगमेंट या फ़ॉलबैक कंटेंट से मिलाएँ, ताकि हर मिनट सचमुच लाइव न होने पर भी चैनल चलता रहे।
लाइव इनपुट को नियोजित सेगमेंट या फ़ॉलबैक कंटेंट से मिलाएँ, ताकि हर मिनट सचमुच लाइव न होने पर भी चैनल चलता रहे।
अपने प्लेयर और समान लाइव आउटपुट चाहने वाले बाहरी एंडपॉइंट को फ़ीड देते हुए एक ही चैनल पहचान बनाए रखें।
जब भी लगातार रिकॉर्ड चाहिए, वर्कफ़्लो को अलग मैनुअल कार्यों में बाँटे बिना हमेशा चालू स्ट्रीम को कॉन्फ़िगर स्टोरेज में रिकॉर्ड करें।
चैनल ऐसा बनाएँ जिसमें निरंतर ऑपरेटर हस्तक्षेप से अधिक महत्व संचालन, बैकअप नियम और आउटपुट की निरंतरता को मिले।
पूरे चैनल को किसी एक स्रोत प्रकार के अनुसार दोबारा बनाए बिना कैमरा, एनकोडर, सॉफ़्टवेयर स्रोत या फ़ाइल-आधारित कंटेंट से शुरू करें।
चैनल ऐसा बनाएँ जिसमें निरंतर ऑपरेटर हस्तक्षेप से अधिक महत्व संचालन, बैकअप नियम और आउटपुट की निरंतरता को मिले।
दर्शक परत को स्थिर और वेब-अनुकूल रखें, जबकि अपस्ट्रीम वर्कफ़्लो वास्तविक परिचालन ज़रूरतें संभालने के लिए लचीला रहे।
हर समर्थित व्यवहार के साथ एक व्यावहारिक स्वीकृति जाँच दी गई है। स्थापित Callaba इंटरफ़ेस और वास्तविक स्रोत, गंतव्य तथा इंफ्रास्ट्रक्चर प्रोफ़ाइल अंतिम संदर्भ हैं।
| क्षमता | समर्थित व्यवहार | स्वीकृति जाँच |
|---|---|---|
| एक वर्कफ़्लो में लाइव और शेड्यूल कंटेंट मिलाएँ | लाइव इनपुट को नियोजित सेगमेंट या फ़ॉलबैक कंटेंट से मिलाएँ, ताकि हर मिनट सचमुच लाइव न होने पर भी चैनल चलता रहे। | हाँ। इसे एक लंबे मैनुअल स्ट्रीम सत्र के बजाय वर्कफ़्लो समस्या मानने का यह मुख्य व्यावहारिक कारण है। |
| अपने मौजूदा स्रोत उपयोग करें | पूरे चैनल को किसी एक स्रोत प्रकार के अनुसार दोबारा बनाए बिना कैमरा, एनकोडर, सॉफ़्टवेयर स्रोत या फ़ाइल-आधारित कंटेंट से शुरू करें। | हाँ! हमने सीधे SRT स्ट्रीमिंग की सुविधा जोड़ी है, जिसे आसानी से RTMP में बदल सकते हैं। |
| प्लेयर और बाहरी गंतव्यों पर एक साथ प्रकाशित करें | अपने प्लेयर और समान लाइव आउटपुट चाहने वाले बाहरी एंडपॉइंट को फ़ीड देते हुए एक ही चैनल पहचान बनाए रखें। | हाँ। आम तरीका है एक चैनल पहचान रखना और उसे अपने वेब प्लेबैक के साथ अतिरिक्त गंतव्यों पर भी उपलब्ध कराना। |
| चलते चैनल को रिकॉर्ड करें | जब भी लगातार रिकॉर्ड चाहिए, वर्कफ़्लो को अलग मैनुअल कार्यों में बाँटे बिना हमेशा चालू स्ट्रीम को कॉन्फ़िगर स्टोरेज में रिकॉर्ड करें। | जब भी लगातार रिकॉर्ड चाहिए, वर्कफ़्लो को अलग मैनुअल कार्यों में बाँटे बिना हमेशा चालू स्ट्रीम को कॉन्फ़िगर स्टोरेज में रिकॉर्ड करें। |
| मैनुअल रीस्टार्ट नहीं, विश्वसनीयता के लिए डिज़ाइन करें | चैनल ऐसा बनाएँ जिसमें निरंतर ऑपरेटर हस्तक्षेप से अधिक महत्व संचालन, बैकअप नियम और आउटपुट की निरंतरता को मिले। | ऐसे चैनल के लिए एक परिचालन सतह उपयोग करें जिसे कंटेंट, ऑपरेटर या दिन का कार्यक्रम बदलने पर भी ऑन-एयर रहना है। |
| जहाँ ज़रूरी हो, दर्शक-तैयार प्लेबैक उपयोग करें | दर्शक परत को स्थिर और वेब-अनुकूल रखें, जबकि अपस्ट्रीम वर्कफ़्लो वास्तविक परिचालन ज़रूरतें संभालने के लिए लचीला रहे। | लाइव वर्कफ़्लो के लिए Restreams से शुरू करें, स्थिर चैनल पहचान के लिए Streams देखें और दर्शक सतह चाहिए तो Web players जोड़ें। |
यह पेज उत्पाद की सीमा समझाता है। नीचे दिए गए गाइड बताते हैं कि कौन-से कंट्रोल खोलने हैं, अगला मॉड्यूल कौन-सा जोड़ना है और वर्कफ़्लो तैयार होने की पुष्टि कैसे करनी है।
ऐसे चैनल के लिए एक परिचालन सतह उपयोग करें जिसे कंटेंट, ऑपरेटर या दिन का कार्यक्रम बदलने पर भी ऑन-एयर रहना है।
उपयोग के अनुसार भुगतान वाला क्लाउड टैरिफ उन टीमों के लिए आदर्श है जिन्हें Callaba का तुरंत डिप्लॉयमेंट, वैश्विक डेटा सेंटर नेटवर्क से कम विलंबता, भरोसेमंद सर्वर, डेटा बैकअप, स्केलेबिलिटी, प्रबंधित सेवाएँ और क्लाउड के अन्य लाभ चाहिए।
AWS पर Callaba तैनात करेंअनलिमिटेड टैरिफ तेज़ी से बढ़ रही मध्यम और बड़ी ब्रॉडकास्ट संस्थाओं के लिए उपयुक्त है, जिन्हें बंडल टैरिफ जैसी सीमाएँ नहीं चाहिए और साथ ही अपने डेटा पर पूरा नियंत्रण रखना है।
Callaba को सेल्फ-होस्टेड इंस्टॉल करेंहमेशा चालू चैनल कोई एक अंतहीन स्ट्रीम ऑब्जेक्ट नहीं है। व्यवहार में टीमें लाइव वर्कफ़्लो, चैनल पहचान, रिकॉर्डिंग और दर्शक-केंद्रित प्लेबैक को अलग मॉड्यूल की तरह संभालती हैं। चैनल निरंतरता को अपनी संचालन परत का हिस्सा बनाना हो तो API उपयोग करें।
कोई भी वर्कफ़्लो जिसका आउटपुट लगातार लाइव रहना चाहिए: ब्रांडेड चैनल, रेडियो जैसे स्ट्रीम, कैमरा फ़ीड, साइनेज लूप या लाइव और शेड्यूल कंटेंट वाले मिश्रित चैनल।
हाँ। इसे एक लंबे मैनुअल स्ट्रीम सत्र के बजाय वर्कफ़्लो समस्या मानने का यह मुख्य व्यावहारिक कारण है।
हाँ। आम तरीका है एक चैनल पहचान रखना और उसे अपने वेब प्लेबैक के साथ अतिरिक्त गंतव्यों पर भी उपलब्ध कराना।
लाइव वर्कफ़्लो के लिए Restreams से शुरू करें, स्थिर चैनल पहचान के लिए Streams देखें और दर्शक सतह चाहिए तो Web players जोड़ें।
हाँ! हमने सीधे SRT स्ट्रीमिंग की सुविधा जोड़ी है, जिसे आसानी से RTMP में बदल सकते हैं।
चैनल ऐसा बनाएँ जिसमें निरंतर ऑपरेटर हस्तक्षेप से अधिक महत्व संचालन, बैकअप नियम और आउटपुट की निरंतरता को मिले।