मुख्य सामग्री पर जाएँ
Callaba
मूल्यसाइन इनAWS पर Callaba तैनात करेंअनुशंसित क्षेत्र: Mumbai.
SRT कंट्रीब्यूशन और रूटिंग सॉफ्टवेयर

Callaba SRT Server

Callaba SRT Server एक क्लाउड-आधारित और सेल्फ-होस्टेड SRT सर्वर समाधान है, जो SRT कंट्रीब्यूशन फीड प्राप्त करता है, ट्रांसपोर्ट की स्थिति मॉनिटर करता है और लाइव वीडियो को Multiview, रिकॉर्डिंग, रीस्ट्रीमिंग तथा प्लेबैक वर्कफ़्लो में रूट करता है।

लाइव Multiview डेमो खोलें

प्रोटोकॉल की जानकारी चाहिए?SRT सर्वर की जानकारी वाली गाइड पढ़ें

लाइव SRT संचालन

हर कनेक्शन देखें। तय करें कि किसे प्रवेश मिले।

एक ही लाइव व्यू से SRT पब्लिशर और रिसीवर संचालित करें: बिटरेट और ट्रांसपोर्ट की स्थिति पर नज़र रखें, हर कनेक्शन का क्षेत्र और पीयर IP पता पहचानें, एक्सेस पॉलिसी लागू करें या ज़रूरत के अनुसार गेस्ट वर्कफ़्लो खोलें।

कनेक्शन जानकारी

क्षेत्र और पीयर IP पता

देखें कि हर SRT पीयर कहाँ से कनेक्ट होता है और कौन-सा नेटवर्क पता इस्तेमाल करता है।

फ़्रैंकफ़र्ट, DE203.0.113.42
लाइव · बिटरेट, पैकेट लॉस और RTT

रीयल-टाइम बिटरेट और ट्रांसपोर्ट स्थिति

6.2 Mb/sRTT 42 msपैकेट लॉस 0.02%
एक्सेस पॉलिसी

पब्लिशर और रिसीवर पर पूरा नियंत्रण

सिर्फ़ स्वीकृत Stream ID या पीयर IP पतों को अनुमति दें और पब्लिशर व रिसीवर के लिए भूमिका-विशिष्ट नियम लागू करें।

गेस्ट एक्सेस चालू
प्रोडक्शन वर्कफ़्लो

आउटपुट रूट करें

एक लाइव कंट्रीब्यूशन फीड Callaba में एक बार आती है और फिर मॉनिटरिंग, Multiview, रिकॉर्डिंग, रीस्ट्रीमिंग या प्लेबैक वर्कफ़्लो में जा सकती है।

MVRECOUTWEB
दिखाई देने वाला उत्पाद वर्कफ़्लो

एक SRT कंट्रीब्यूशन फीड, कई प्रोडक्शन रास्ते

Callaba लाइव SRT फीड लेता है, ऑपरेटरों को ट्रांसपोर्ट की स्थिति दिखाता है और इनपुट को चुने हुए प्रोडक्शन वर्कफ़्लो में रूट करता है।

कंट्रीब्यूशन स्रोत
IN

कैमरा या एनकोडर

सार्वजनिक इंटरनेट से भेजी गई SRT कंट्रीब्यूशन फीड।

IN

रिमोट प्रोडक्शन स्रोत

वेन्यू, स्टूडियो या फील्ड टीम से आने वाली लाइव फीड।

SRT

Callaba SRT Server

कंट्रीब्यूशन फीड प्राप्त, मॉनिटर और रूट करें।

रीयल-टाइम बिटरेट और ट्रांसपोर्ट स्थितिपब्लिशर और रिसीवर पर पूरा नियंत्रण
क्लाउड या सेल्फ-होस्टेड
प्रोडक्शन वर्कफ़्लो
MV

Multiview

ऑपरेटरों को साझा लाइव दृश्य दें।

REC

रिकॉर्डिंग

फीड को बाद में इस्तेमाल के लिए रखें।

OUT

रीस्ट्रीमिंग

सत्यापित फ़ीड को कॉन्फ़िगर किए गए गंतव्यों तक भेजें।

WEB

Web Player

ब्राउज़र प्लेबैक प्रकाशित करें, फिर सत्यापित दर्शक URL या एम्बेड कोड का उपयोग करें।

एक लाइव कंट्रीब्यूशन फीड Callaba में एक बार आती है और फिर मॉनिटरिंग, Multiview, रिकॉर्डिंग, रीस्ट्रीमिंग या प्लेबैक वर्कफ़्लो में जा सकती है।

निरंतर सोशल प्रकाशन

SRT स्रोत बदलते समय YouTube, Facebook और Twitch को लाइव रखें

जाँचे गए SRT PULL रूट और पथ के लिए सही loop, reconnect तथा बफ़र सेटिंग के साथ Callaba आउटगोइंग publishing sessions बंद किए बिना इनपुट स्रोत बदलता है। सोशल स्ट्रीम ऑफ़लाइन होने के बजाय दर्शक सामान्यतः केवल कुछ फ्रेम खोते हैं।

पसंदीदा routing hostसिग्नल अस्थिर
तैयार SRT स्रोततैयार
SRTस्रोत failover
Publishing sessionsलाइव रहते हैं
  • YouTubeLIVE
  • FacebookLIVE
  • TwitchLIVE

स्रोत बदलें, सभी destinations को लाइव रखें

Callaba अगले जाँचे गए SRT PULL रूट पर जाता है जबकि YouTube, Facebook और Twitch आउटपुट जुड़े रहते हैं।

नई लाइव session नहीं, केवल कुछ फ्रेम

जाँचे गए रूट और पथ के लिए कॉन्फ़िगर बफ़र के साथ बदलाव में सामान्यतः केवल कुछ फ्रेम खोते हैं। सोशल प्लेटफ़ॉर्म को नई publishing session खोलने की आवश्यकता नहीं होती।

सटीक फ्रेम हानि स्रोत की तैयारी, मीडिया संगतता, बफ़रिंग, नेटवर्क स्थिति और deployment सेटिंग पर निर्भर करती है। प्रोडक्शन से पहले पूरा पथ जाँचें।

तकनीकी विनिर्देश

उत्पाद क्या समर्थित करता है और क्या सत्यापित करना है

हर समर्थित व्यवहार के साथ एक व्यावहारिक स्वीकृति जाँच दी गई है। स्थापित Callaba इंटरफ़ेस और वास्तविक स्रोत, गंतव्य तथा इंफ्रास्ट्रक्चर प्रोफ़ाइल अंतिम संदर्भ हैं।

उत्पाद क्या समर्थित करता है और क्या सत्यापित करना है
क्षमतासमर्थित व्यवहारस्वीकृति जाँच
कंट्रीब्यूशन फीड प्राप्त करेंकैमरा, एनकोडर या रिमोट प्रोडक्शन स्थानों का SRT वीडियो Callaba में लाएँ।यह SRT कंट्रीब्यूशन फीड प्राप्त करता है, ऑपरेटरों को ट्रांसपोर्ट की स्थिति दिखाता है और लाइव वीडियो को Multiview, रिकॉर्डिंग, रीस्ट्रीमिंग तथा प्लेबैक वर्कफ़्लो में रूट करता है।
Listener और Caller इनजेस्ट पैटर्नमानक इनजेस्ट रास्ते में Callaba SRT Listener चलाता है और बाहरी एनकोडर या स्रोत SRT Caller के रूप में जुड़ता है।पब्लिशर · Caller: फीड लाइव रहते समय आने वाले ट्रांसपोर्ट की संचालन स्थिति देखें।
ट्रांसपोर्ट की स्थिति मॉनिटर करेंफीड लाइव रहते समय आने वाले ट्रांसपोर्ट की संचालन स्थिति देखें।लाइव · बिटरेट, पैकेट लॉस और RTT
एक इनपुट आगे रूट करेंउसी कंट्रीब्यूशन फीड को Multiview, रिकॉर्डिंग, रीस्ट्रीमिंग या प्लेबैक वर्कफ़्लो में उपयोग करें।उसी प्राप्त फीड को Callaba में कॉन्फ़िगर किए गए Multiview, रिकॉर्डिंग, रीस्ट्रीमिंग और प्लेबैक वर्कफ़्लो में भेजा जा सकता है।
Multiviewऑपरेटरों को साझा लाइव दृश्य दें।उसी प्राप्त फीड को Callaba में कॉन्फ़िगर किए गए Multiview, रिकॉर्डिंग, रीस्ट्रीमिंग और प्लेबैक वर्कफ़्लो में भेजा जा सकता है।
SRT स्रोत बदलते समय YouTube, Facebook और Twitch को लाइव रखेंजाँचे गए SRT PULL रूट और पथ के लिए सही loop, reconnect तथा बफ़र सेटिंग के साथ Callaba आउटगोइंग publishing sessions बंद किए बिना इनपुट स्रोत बदलता है। सोशल स्ट्रीम ऑफ़लाइन होने के बजाय दर्शक सामान्यतः केवल कुछ फ्रेम खोते हैं।SRT PULL के लिए routing_hosts कॉन्फ़िगर करें और loop व reconnect चालू करें, ताकि relay डिस्कनेक्ट के बाद फिर जुड़कर सूची में आगे बढ़ सके। पसंदीदा रूट बदलाव के लिए नियंत्रित stop/save/start चाहिए; सहेजने से चल रहा relay तुरंत री-लोड नहीं होता और hitless failover की गारंटी नहीं है।
अब इसे काम में लगाएँ

Callaba में कॉन्फ़िगर करें, फिर हैंडऑफ़ जाँचें

यह पेज उत्पाद की सीमा समझाता है। नीचे दिए गए गाइड बताते हैं कि कौन-से कंट्रोल खोलने हैं, अगला मॉड्यूल कौन-सा जोड़ना है और वर्कफ़्लो तैयार होने की पुष्टि कैसे करनी है।

  1. कॉन्फ़िगर करेंSRT सर्वरगाइड खोलें
  2. जोड़ेंSRT रूटगाइड खोलें
  3. जाँचेंस्ट्रीम और कनेक्शन एक्सेसगाइड खोलें
डिप्लॉयमेंट

क्लाउड या सेल्फ-होस्टेड संचालन चुनें

दोनों विकल्प एक ही उत्पाद वर्कफ़्लो चलाते हैं; अपनी टीम के अनुरूप संचालन मॉडल चुनें।

Linux पर सेल्फ-होस्टेड

वातावरण पर सीधे नियंत्रण के लिए Callaba को अपने Linux इंफ्रास्ट्रक्चर पर इंस्टॉल करें।

प्रोटोकॉल की जानकारी चाहिए?

प्रोडक्शन में SRT सर्वर को डिप्लॉय, ऑपरेट और ट्रबलशूट करें

जानें कि लाइव वीडियो इनजेस्ट में SRT सर्वर, Caller/Listener मोड, UDP पोर्ट, लेटेंसी, स्ट्रीम ID और पासफ़्रेज़ कैसे काम करते हैं।

यूरी पाखोलकोव, Callaba के संस्थापक

यूरी पाखोलकोव द्वारा लिखित

Callaba के संस्थापक। SRT, RTMP, WebRTC, NDI, लाइव रूटिंग, मॉनिटरिंग, रिकॉर्डिंग और प्रोडक्शन वर्कफ़्लो के लिए क्लाउड वीडियो टूल बना रहे हैं।

अंतिम अपडेट: 22 जुलाई 2026

एक SRT सर्वर लाइव वीडियो इनजेस्ट एंडपॉइंट है, जो प्राप्त करता, भेजता या रिले करता है SRT स्ट्रीम। इसका उपयोग आम तौर पर कैमरा, एनकोडर, रिमोट वेन्यू, स्टूडियो, मोबाइल डिवाइस या पार्टनर सिस्टम से लाइव वीडियो को नियंत्रित मीडिया वर्कफ़्लो में लाने के लिए किया जाता है।

SRT का अर्थ है Secure Reliable Transport। यह UDP पर चलता है और रिकवरी, एन्क्रिप्शन, लेटेंसी कंट्रोल, कनेक्शन मोड और रनटाइम आँकड़े जोड़ता है। इसलिए यह सार्वजनिक इंटरनेट, वेन्यू नेटवर्क, लंबी दूरी के रास्तों और अन्य अस्थिर कनेक्शनों पर लाइव कॉन्ट्रिब्यूशन के लिए उपयोगी है।

SRT सर्वर वेब वीडियो प्लेयर, CDN या दर्शकों के प्लेबैक सर्वर जैसा नहीं है। अधिकांश लाइव वर्कफ़्लो में SRT का उपयोग होता है कॉन्ट्रिब्यूशन और इनजेस्ट। SRT सर्वर के लाइव फ़ीड प्राप्त करने के बाद स्ट्रीम को रूट, रिकॉर्ड, ट्रांसकोड, रीस्ट्रीम या HLS, WebRTC और RTMP आउटपुट जैसे दर्शक फ़ॉर्मैट में बदला जा सकता है।

संक्षिप्त उत्तर: SRT सर्वर क्या है?

SRT सर्वर वह लाइव इनजेस्ट बिंदु है जो एनकोडर, सॉफ़्टवेयर टूल, मोबाइल ऐप, कैमरा, वेन्यू या पार्टनर फ़ीड से SRT कनेक्शन स्वीकार करता है। सबसे सामान्य सेटअप है सर्वर Listener के रूप में और एनकोडर Caller के रूप में। सर्वर UDP पोर्ट पर सुनता है, लाइव स्ट्रीम प्राप्त करता है, बिटरेट, RTT और पैकेट लॉस जैसे आँकड़े दिखाता है और फिर स्ट्रीम को रिकॉर्डिंग, रीस्ट्रीमिंग, ट्रांसकोडिंग, रूटिंग, multiview या प्लेबैक वर्कफ़्लो में भेजता है।

लाइव वीडियो इनजेस्ट के लिए SRT सर्वर इंडेक्स होने योग्य डायग्राम, जिसमें एनकोडर UDP पर SRT को SRT सर्वर तक भेजता है और फिर सर्वर लाइव फ़ीड को मॉनिटरिंग, रिकॉर्डिंग, रीस्ट्रीमिंग और प्लेबैक वर्कफ़्लो में रूट करता है। SRT सर्वर लाइव वीडियो इनजेस्ट · UDP · Caller/Listener · मॉनिटरिंग · रूटिंग एनकोडर कैमरा, OBS, vMix, FFmpeg, मोबाइल ऐप UDP पर SRT स्ट्रीम ID · पासफ़्रेज़ · लेटेंसी SRT सर्वर Listener एंडपॉइंट प्राप्त करें · मॉनिटर करें रूट करें · सुरक्षित करें रिकॉर्ड HLS रीस्ट्रीम API कॉन्ट्रिब्यूशन रिकवरी UDP वर्कफ़्लो कंट्रोल
SRT सर्वर पहले कॉन्ट्रिब्यूशन फ़ीड प्राप्त करता है। रिकॉर्डिंग, प्लेबैक, रीस्ट्रीमिंग और रूटिंग इनजेस्ट के बाद होते हैं।

SRT सर्वर क्या है?

एक SRT सर्वर वह एंडपॉइंट है जो SRT कनेक्शन स्वीकार या प्रबंधित करता है। यह एनकोडर से लाइव SRT स्ट्रीम प्राप्त कर सकता है, उस स्ट्रीम को दूसरे सिस्टम में रिले कर सकता है या रिमोट स्रोत और प्रोडक्शन प्लेटफ़ॉर्म के बीच नियंत्रित हैंडऑफ़ बिंदु बन सकता है।

सामान्य लाइव वर्कफ़्लो में SRT सर्वर चार व्यावहारिक काम करता है:

  • लाइव फ़ीड प्राप्त करता है: कैमरा एनकोडर, OBS, vMix, FFmpeg, Larix या दूसरा स्रोत सर्वर को वीडियो भेजता है।
  • कॉन्ट्रिब्यूशन पथ सुरक्षित करता है: SRT खोए हुए पैकेट रिकवर कर सकता है और ट्रांसपोर्ट सेशन को एन्क्रिप्ट कर सकता है।
  • लाइव आँकड़े दिखाता है: ऑपरेटर बिटरेट, RTT, पैकेट लॉस, रीट्रांसमिशन और कनेक्शन स्थिति मॉनिटर कर सकते हैं।
  • स्ट्रीम को अगले चरण में भेजता है: सर्वर फ़ीड को रिकॉर्डिंग, ट्रांसकोडिंग, रीस्ट्रीमिंग, स्विचिंग या प्लेबैक वर्कफ़्लो में रूट कर सकता है।

इससे SRT सर्वर स्रोत-पक्ष और प्लेटफ़ॉर्म-पक्ष की सीमा बन जाता है। जब रिमोट टीम कहती है “हम भेज रहे हैं”, तब SRT सर्वर पर आप देखते हैं कि सिग्नल वास्तव में आ रहा है या नहीं, स्थिर है या नहीं और आगे उपयोग योग्य है या नहीं।

SRT सर्वर बनाम SRT प्रोटोकॉल

यह SRT प्रोटोकॉल ट्रांसपोर्ट विधि है। वहीं SRT सर्वर वह सिस्टम या सॉफ़्टवेयर एंडपॉइंट है जो इस प्रोटोकॉल से लाइव स्ट्रीम प्राप्त या भेजता है।

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

SRT लाइव सर्वर क्या है?

एक SRT लाइव सर्वर वह SRT सर्वर है जिसका उपयोग रीयल-टाइम या लगभग रीयल-टाइम लाइव वीडियो कॉन्ट्रिब्यूशन के लिए होता है। यह इवेंट के दौरान लाइव स्ट्रीम प्राप्त करता है और उसे लाइव प्रोडक्शन, रिकॉर्डिंग या वितरण वर्कफ़्लो में भेजता है।

टीमें SRT लाइव सर्वर का उपयोग रिमोट इवेंट कॉन्ट्रिब्यूशन, कैमरा और एनकोडर से क्लाउड इनजेस्ट, स्टूडियो-टू-क्लाउड ट्रांसपोर्ट, पार्टनर फ़ीड हैंडऑफ़, बैकअप पथ, रिमोट प्रोडक्शन और कई गंतव्यों पर रीस्ट्रीमिंग के लिए करती हैं।

“लाइव” शब्द महत्वपूर्ण है क्योंकि SRT ट्यूनिंग फ़ाइल ट्रांसफ़र से अलग है। सर्वर को देरी और रिकवरी संतुलित करनी होती है। वास्तविक नेटवर्क पथ के लिए लेटेंसी बहुत कम हो, तो स्ट्रीम कनेक्ट होकर भी पैकेट लॉस या jitter में टूट सकती है।

SRT सर्वर कैसे काम करता है

SRT सर्वर SRT कनेक्शन पर पहले से एनकोड किया हुआ ऑडियो और वीडियो प्राप्त करता है। लाइव वीडियो वर्कफ़्लो में SRT अक्सर muxed MPEG-TS स्ट्रीम ले जाता है, पर सही कंटेनर प्रेषक और वर्कफ़्लो पर निर्भर करता है। आम तौर पर H.264 या H.265/HEVC वीडियो, AAC ऑडियो और कभी-कभी मेटाडेटा वाला तैयार मीडिया स्ट्रीम मिलता है।

SRT सर्वर कैसे काम करता है इंडेक्स होने योग्य वर्कफ़्लो डायग्राम, जिसमें स्रोत एनकोडिंग, SRT ट्रांसपोर्ट, SRT सर्वर इनजेस्ट, मॉनिटरिंग, रूटिंग और आउटपुट फ़ॉर्मैट दिखते हैं। SRT सर्वर कैसे काम करता है सर्वर पहले लाइव कॉन्ट्रिब्यूशन प्राप्त करता है। प्लेबैक, रिकॉर्डिंग और रीस्ट्रीमिंग इनजेस्ट के बाद होते हैं। 1. एनकोड H.264 / H.265 2. भेजें SRT Caller 3. प्राप्त करें SRT Server Listener 4. मॉनिटर करें बिटरेट, RTT, लॉस 5. रूटिंग रिकॉर्डिंग रीस्ट्रीमिंग ट्रांसकोडिंग प्लेबैक
SRT आम तौर पर कॉन्ट्रिब्यूशन और इनजेस्ट चरण में सबसे उपयोगी होता है। फिर सर्वर स्ट्रीम को बाकी मीडिया वर्कफ़्लो को सौंप देता है।
  1. एनकोडर लाइव ऑडियो और वीडियो स्ट्रीम बनाता है।
  2. एनकोडर स्ट्रीम को SRT सर्वर पर भेजता है।
  3. SRT सर्वर स्ट्रीम प्राप्त करता है और कनेक्शन की स्थिति ट्रैक करता है।
  4. पैकेट खोने पर SRT उनके उपयोगी रहने तक रीट्रांसमिशन माँग सकता है।
  5. सर्वर स्ट्रीम को अगले वर्कफ़्लो चरण में भेजता है: रिकॉर्डर, ट्रांसकोडर, रीस्ट्रीम, स्विचर, API वर्कफ़्लो या प्लेबैक सिस्टम।

Caller, Listener और Rendezvous मोड

SRT में तीन कनेक्शन मोड हैं। मोड तय करता है कि कौन सा पक्ष कनेक्शन शुरू करेगा और सेशन फ़ायरवॉल तथा NAT के बीच कैसे चलेगा।

SRT Caller, Listener और Rendezvous मोड SRT सर्वर सेटअप के लिए SRT Listener, Caller और Rendezvous कनेक्शन मोड समझाने वाला इंडेक्स होने योग्य डायग्राम। SRT मोड: Caller, Listener, Rendezvous क्लाउड इनजेस्ट में सबसे सामान्य प्रोडक्शन पैटर्न है: सर्वर Listener और एनकोडर Caller। Listener सर्वर प्रतीक्षा करता है ज्ञात सार्वजनिक IP या DNS। ज्ञात UDP पोर्ट। पहले क्लाउड सेटअप के लिए सर्वोत्तम। Caller एनकोडर कनेक्ट करता है SRT सेशन शुरू करता है। OBS, vMix और हार्डवेयर एनकोडर में सामान्य। Rendezvous दोनों पक्ष कनेक्ट करते हैं कुछ NAT मामलों में उपयोगी। प्रोडक्शन से पहले परीक्षण करें। पहला सेटअप नहीं। अनुशंसित पहला परीक्षण: एनकोडर Caller → SRT सर्वर Listener
पहले क्लाउड इनजेस्ट परीक्षण को सरल रखें: SRT सर्वर Listener मोड में और रिमोट स्रोत Caller मोड में।
  • Listener: ज्ञात UDP पोर्ट पर आने वाले SRT कनेक्शन की प्रतीक्षा करता है। क्लाउड इनजेस्ट सर्वर या डेटा सेंटर एंडपॉइंट के लिए यह सामान्य मोड है।
  • Caller: Listener से कनेक्शन शुरू करता है। यह फ़ील्ड एनकोडर, OBS, vMix, FFmpeg, मोबाइल ऐप और रिमोट स्रोतों में सामान्य है।
  • Rendezvous: दोनों पक्ष कनेक्शन शुरू करते हैं। यह कुछ NAT मामलों में मदद कर सकता है, लेकिन प्रोडक्शन से पहले सावधानी से परीक्षण होना चाहिए।

SRT सर्वर पोर्ट और फ़ायरवॉल नियम

SRT UDP उपयोग करता है। इसलिए क्लाउड सिक्योरिटी ग्रुप, होस्ट फ़ायरवॉल, राउटर या नेटवर्क नीति में सही UDP पोर्ट खुला होना चाहिए।

  • सर्वर के पास सार्वजनिक IP या पहुँच योग्य नेटवर्क पता है;
  • सही UDP पोर्ट खुला है;
  • एनकोडर सही Caller/Listener मोड उपयोग कर रहा है;
  • यदि स्ट्रीम ID उपयोग होती है तो वह सर्वर रूटिंग नियम से मेल खाती है;
  • यदि एन्क्रिप्शन चालू है तो दोनों पक्षों का पासफ़्रेज़ मेल खाता है;
  • प्राप्त करने वाला वर्कफ़्लो सही डाउनस्ट्रीम आउटपुट से मैप है।

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

SRT सर्वर सेटअप का उदाहरण

यह पहले परीक्षण का व्यावहारिक सेटअप है। host, port, स्ट्रीम ID और पासफ़्रेज़ को अपने मानों से बदलें।

Install steps 
Server side:
mode: listener
UDP port: 10080
latency: 200 ms
stream ID: event-main
passphrase: optional, same on both sides

Sender side:
srt://YOUR_CALLABA_IP:10080?mode=caller&latency=200&streamid=event-main

परीक्षण नियम: पहले एक प्रेषक, एक UDP पोर्ट, एक स्ट्रीम ID, एक प्रीव्यू और एक रिकॉर्डिंग प्रमाणित करें। उसके बाद एन्क्रिप्शन, कई स्रोत, failover, रूटिंग, प्लेयर लिंक और प्रोडक्शन मॉनिटरिंग जोड़ें।

लाइव स्ट्रीमिंग वर्कफ़्लो में SRT सर्वर की जगह

SRT आम तौर पर वर्कफ़्लो के कॉन्ट्रिब्यूशन पक्ष में सबसे उपयोगी है, जहाँ लाइव फ़ीड स्रोत से प्लेटफ़ॉर्म तक जाती है।

कैमरा या एनकोडर → SRT सर्वर → ट्रांसकोडर / रिकॉर्डर / रीस्ट्रीम / प्लेयर वर्कफ़्लो

SRT सर्वर के स्ट्रीम प्राप्त करने के बाद प्लेटफ़ॉर्म उसे रीस्ट्रीमिंग, रिकॉर्डिंग, ट्रांसकोडिंग, प्लेबैक, रूटिंग, failover, API वर्कफ़्लो या प्रोडक्शन मॉनिटरिंग के लिए तैयार कर सकता है।

SRT सर्वर बनाम RTMP, HLS, WebRTC और NDI

SRT हर वीडियो तकनीक का विकल्प नहीं है; यह वर्कफ़्लो का एक खास भाग हल करता है।

तकनीक सर्वोत्तम भूमिका व्यावहारिक टिप्पणी
SRT नियंत्रित एंडपॉइंट के बीच लाइव कॉन्ट्रिब्यूशन, इनजेस्ट और ट्रांसपोर्ट। कॉन्ट्रिब्यूशन पथ महत्वपूर्ण या अस्थिर हो तो उपयोग करें।
RTMP / RTMPS सरल पब्लिशिंग और सोशल प्लेटफ़ॉर्म इनजेस्ट। प्लेटफ़ॉर्म पर अंतिम push के लिए अक्सर SRT इनजेस्ट के बाद उपयोग होता है।
HLS ब्राउज़र, टीवी और मोबाइल डिवाइस पर बड़े पैमाने का दर्शक प्लेबैक। ब्राउज़र को आम तौर पर HLS या दूसरा प्लेबैक फ़ॉर्मैट चाहिए, raw SRT नहीं।
WebRTC इंटरैक्टिव रीयल-टाइम वीडियो, कॉल, return feed और एक सेकंड से कम भागीदारी। दर्शक या प्रतिभागी को बहुत कम लेटेंसी चाहिए तो उपयोगी।
NDI नियंत्रित LAN या स्टूडियो वातावरण में कम लेटेंसी वाला प्रोडक्शन नेटवर्क। प्रोडक्शन सिग्नल को साइट या क्लाउड वर्कफ़्लो के बीच ले जाते समय SRT/NDI bridge उपयोग करें।

प्रोटोकॉल स्तर की तुलना के लिए पढ़ें SRT बनाम RTMP।

SRT सर्वर कैसे डिप्लॉय करें

सटीक सेटअप आपके सॉफ़्टवेयर, क्लाउड प्रदाता और वर्कफ़्लो पर निर्भर है, लेकिन डिप्लॉयमेंट का तर्क आम तौर पर समान होता है।

SRT सर्वर सेटअप चेकलिस्ट

कनेक्टेड सेशन पर्याप्त नहीं है। ट्रांसपोर्ट सेटिंग मिलाएँ और मीडिया पेलोड सत्यापित करें।

SRT सर्वर सेटअप चेकलिस्ट
सेटिंगसर्वर पक्षप्रेषक पक्षयह क्यों महत्वपूर्ण है
मोड Listener Caller हैंडशेक
पता सार्वजनिक IP / DNS सर्वर host पहुँच
पोर्ट खुला UDP पोर्ट वही पोर्ट फ़ायरवॉल
लेटेंसी रिकवरी बजट वही नीति jitter/loss
स्ट्रीम ID रूट/एक्सेस नियम वही मान पहचान
पासफ़्रेज़ वही key वही key एन्क्रिप्शन
कोडेक प्राप्त + रूट H.264 / H.265 संगतता
कंटेनर MPEG-TS सामान्य muxed A/V स्ट्रीम पेलोड फ़ॉर्मैट
बिटरेट वास्तविक इनपुट देखें uplink से कम स्थिरता
ऑडियो प्रीव्यू + मॉनिटर AAC / स्रोत ऑडियो पेलोड
आँकड़े RTT, लॉस, रीट्रांसमिट uplink की स्थिति डायग्नोस्टिक्स
रूट रिकॉर्ड / रीस्ट्रीम स्रोत लेबल वर्कफ़्लो
SRT सर्वर सेटअप में नेटवर्क सेटिंग और मीडिया जाँच दोनों चाहिए। साफ़ हैंडशेक उपयोग योग्य वीडियो साबित नहीं करता।
सेटिंग अनुशंसित पहला परीक्षण यह क्यों महत्वपूर्ण है
मोड सर्वर Listener, एनकोडर Caller सबसे सरल क्लाउड इनजेस्ट पैटर्न।
UDP पोर्ट हर इनजेस्ट फ़ीड के लिए एक दस्तावेजीकृत UDP पोर्ट खोलें बंद फ़ायरवॉल से SRT ट्रैफ़िक नहीं पहुँचेगा।
लेटेंसी सामान्य इंटरनेट पथ पर 200–500 ms से शुरू करें SRT को लॉस और jitter रिकवर करने का समय देता है।
MPEG-TS / कंटेनर SRT पर लाइव वीडियो के लिए MPEG-TS सामान्य कंटेनर है सर्वर muxed मीडिया पेलोड प्राप्त करता है, केवल ट्रांसपोर्ट कनेक्शन नहीं।
स्ट्रीम ID एक पठनीय मान उपयोग करें, जैसे event-main फ़ीड रूट करने, पहचानने और सुरक्षित करने में मदद करता है।
पासफ़्रेज़ प्रेषक और सर्वर पर वही मान keys न मिलने पर एन्क्रिप्शन विफल होता है।
  1. सर्वर या क्लाउड इंस्टेंस बनाएँ जिसमें आपके वर्कफ़्लो के लिए पर्याप्त CPU, नेटवर्क क्षमता और स्टोरेज हो।
  2. आवश्यक UDP पोर्ट खोलें क्लाउड सिक्योरिटी ग्रुप और host फ़ायरवॉल में।
  3. SRT Listener बनाएँ जो आने वाली स्ट्रीम प्राप्त करेगा।
  4. स्ट्रीम ID और पासफ़्रेज़ नियम सेट करें यदि रूटिंग और एन्क्रिप्शन चाहिए।
  5. एनकोडर कनेक्ट करें SRT Caller के रूप में और स्ट्रीम को Listener एंडपॉइंट पर भेजें।
  6. लाइव आँकड़े जाँचें जैसे बिटरेट, RTT, पैकेट लॉस, रीट्रांसमिशन और कनेक्शन स्थिति।
  7. स्ट्रीम को डाउनस्ट्रीम रूट करें रिकॉर्डिंग, रीस्ट्रीमिंग, ट्रांसकोडिंग या प्लेबैक के लिए।

Callaba में SRT सर्वर कैसे उपयोग करें

Callaba में SRT सर्वर सामान्यतः नियंत्रित इनजेस्ट बिंदु की तरह उपयोग होता है। रिमोट स्रोत Callaba को स्ट्रीम भेजता है और Callaba उसे अगले वर्कफ़्लो चरण के लिए उपलब्ध करता है।

सामान्य Callaba वर्कफ़्लो में शामिल हैं:

  • SRT एनकोडर से Callaba, फिर Twitch या YouTube पर रीस्ट्रीम;
  • SRT पर OBS से Callaba, फिर स्ट्रीम रिकॉर्ड करें;
  • SRT पर vMix से Callaba, फिर फ़ीड को दूसरे गंतव्य पर रूट करें;
  • SRT पर मोबाइल ऐप से Callaba, फिर सोशल प्लेटफ़ॉर्म पर रीस्ट्रीम;
  • रिमोट वेन्यू से Callaba, फिर ब्राउज़र प्लेबैक के लिए पैकेज करें;
  • SRT इनपुट से ब्राउज़र multiview, रिकॉर्डर, API रूटिंग और नियंत्रित प्लेयर डिलीवरी।

इंटरैक्टिव जाँच: खोलें Callaba multiview डेमो और देखें कि क्लाउड इनजेस्ट के बाद प्राप्त स्रोत कैसे दिखाई देते हैं।

SRT सर्वर पर क्या मॉनिटर करें

कनेक्टेड SRT सेशन का अर्थ हमेशा स्वस्थ स्ट्रीम नहीं होता। ट्रांसपोर्ट और मीडिया दोनों की स्थिति मॉनिटर करें।

ट्रांसपोर्ट संकेत

  • कनेक्शन स्थिति: connected, disconnected, reconnecting या failed।
  • आने वाली बिटरेट: क्या मीडिया अपेक्षित दर से अभी भी आ रहा है।
  • RTT: प्रेषक और प्राप्तकर्ता के बीच round-trip time।
  • पैकेट लॉस: पथ पर कितना डेटा खो रहा है।
  • रीट्रांसमिशन: SRT को गुम पैकेट कितनी बार रिकवर करने पड़ते हैं।
  • Jitter: पैकेट टाइमिंग कितना बदलता है।
  • receive buffer दबाव: कनेक्शन अपने रिकवरी सीमा के कितने पास चल रहा है।

व्यावहारिक सीमाएँ: अच्छी स्थितियों में RTT अक्सर 20–60 ms होता है। यदि वह लगातार 150 ms से ऊपर है या बढ़ रहा है तो नेटवर्क पथ जाँचें। 1–2% से अधिक पैकेट लॉस पर सर्वर को दोष देने से पहले लेटेंसी बढ़ाएँ, बिटरेट घटाएँ या uplink सुधारें।

मीडिया संकेत

  • काला या जमा हुआ वीडियो, ऑडियो गायब या मौन;
  • गलत कोडेक, frame rate, resolution या ऑडियो फ़ॉर्मैट;
  • गलत timestamp, keyframe गायब या असंगत स्ट्रीम मैपिंग।

SRT सर्वर की सामान्य समस्याएँ

SRT सर्वर ट्रबलशूटिंग पथ SRT सर्वर समस्याओं का इंडेक्स होने योग्य डायग्राम: मोड, UDP पोर्ट, स्ट्रीम ID, पासफ़्रेज़, लेटेंसी, मीडिया पेलोड और डाउनस्ट्रीम रूट जाँचें। SRT सर्वर को इस क्रम में ट्रबलशूट करें “connected” पर न रुकें। ट्रांसपोर्ट, मीडिया और डाउनस्ट्रीम रूट जाँचें। 1. मोड Caller/Listener 2. UDP पोर्ट खुला है? 3. सुरक्षा स्ट्रीम ID, key 4. लेटेंसी पर्याप्त रिकवरी? 5. मीडिया कोडेक, ऑडियो 6. आँकड़े RTT, लॉस, बिटरेट 7. आउटपुट रिकॉर्ड, HLS, RTMP
पहले ट्रांसपोर्ट, फिर मीडिया पेलोड और फिर डाउनस्ट्रीम रूट ट्रबलशूट करें।

SRT कनेक्शन शुरू नहीं होता

कनेक्शन मोड, UDP पोर्ट, सार्वजनिक IP, फ़ायरवॉल नियम, स्ट्रीम ID और एन्क्रिप्शन पासफ़्रेज़ जाँचें। अधिकांश विफल SRT हैंडशेक गलत मोड, अवरुद्ध UDP ट्रैफ़िक, गलत पोर्ट या असंगत सुरक्षा सेटिंग से होते हैं।

स्ट्रीम कनेक्ट होती है, पर वीडियो अस्थिर है

RTT, jitter, पैकेट लॉस, रीट्रांसमिशन और लेटेंसी सेटिंग देखें। नेटवर्क पथ के लिए लेटेंसी बहुत कम हो, तो खोए पैकेट बेकार होने से पहले रिकवर करने के लिए SRT के पास पर्याप्त समय नहीं रहेगा।

स्ट्रीम कनेक्ट होती है, पर ऑडियो नहीं है

पहले एनकोडर जाँचें। सुनिश्चित करें कि ऑडियो स्रोत चालू है, सही डिवाइस चुना है, ऑडियो कोडेक अगले वर्कफ़्लो चरण से संगत है और प्राप्त करने वाला ऐप ऑडियो ट्रैक पढ़ सकता है।

SRT सर्वर ट्रबलशूट करने से पहले स्रोत पर ऑडियो की पुष्टि करें। नेटवर्क या सर्वर को दोष देने से पहले OBS, vMix, हार्डवेयर एनकोडर, हेडफ़ोन या डिवाइस प्रीव्यू में स्थानीय मॉनिटरिंग उपयोग करें।

SRT आँकड़े अच्छे हैं, पर दर्शकों को अभी भी समस्या है

यदि SRT लिंक स्वस्थ है पर दर्शकों को रुकावट या artifacts दिखते हैं, तो समस्या डाउनस्ट्रीम हो सकती है। SRT सर्वर को दोष देने से पहले ट्रांसकोडिंग, पैकेजिंग, origin, CDN, प्लेयर व्यवहार और आउटपुट फ़ॉर्मैट जाँचें।

सेल्फ़-होस्टेड बनाम मैनेज्ड SRT सर्वर

आप SRT सर्वर स्वयं चला सकते हैं या मैनेज्ड प्लेटफ़ॉर्म उपयोग कर सकते हैं। बेहतर चुनाव इस पर निर्भर करता है कि आपकी टीम कितना ऑपरेशनल नियंत्रण अपने पास रखना चाहती है।

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

Callaba को क्लाउड या सेल्फ़-होस्टेड SRT वर्कफ़्लो प्लेटफ़ॉर्म की तरह उपयोग किया जा सकता है। इसे AWS पर लॉन्च करें या अपने सर्वर पर इंस्टॉल करें, SRT इनजेस्ट बिंदु बनाएँ और स्ट्रीम को रीस्ट्रीमिंग, रिकॉर्डिंग, रूटिंग, ब्राउज़र प्रीव्यू, multiview, प्लेयर डिलीवरी और API वर्कफ़्लो से जोड़ें।

SRT सर्वर के लिए इवेंट-डे चेकलिस्ट

  • सर्वर IP या hostname की पुष्टि करें।
  • UDP पोर्ट खुला होने की पुष्टि करें।
  • दोनों पक्षों पर Caller/Listener/Rendezvous मोड की पुष्टि करें।
  • यदि उपयोग हो तो स्ट्रीम ID की पुष्टि करें।
  • यदि उपयोग हो तो एन्क्रिप्शन पासफ़्रेज़ की पुष्टि करें।
  • अपेक्षित बिटरेट, कोडेक, frame rate, resolution और ऑडियो फ़ॉर्मैट की पुष्टि करें।
  • स्ट्रीम शुरू करें और आने वाली बिटरेट सत्यापित करें।
  • RTT, पैकेट लॉस, रीट्रांसमिशन और jitter जाँचें।
  • केवल कनेक्शन स्थिति नहीं, वास्तविक वीडियो और ऑडियो जाँचें।
  • डाउनस्ट्रीम रूट की पुष्टि करें: रिकॉर्डिंग, रीस्ट्रीमिंग, ट्रांसकोडिंग या प्लेबैक।
  • समय सिंक्रोनाइज़ेशन की पुष्टि करें: ट्रबलशूटिंग में लॉग और रिकॉर्डिंग मिलाने के लिए सर्वर और एनकोडर को NTP या समान समय स्रोत उपयोग करना चाहिए।
  • इवेंट शुरू होने से पहले बैकअप पथ जाँचें।

आधिकारिक संदर्भ और संबंधित सामग्री

प्रोटोकॉल स्तर के SRT विवरण, Callaba सेटअप दस्तावेज़ या संबंधित वर्कफ़्लो गाइड के लिए इन्हें उपयोग करें।

अक्सर पूछे जाने वाले प्रश्न

SRT सर्वर क्या है?

SRT सर्वर लाइव वीडियो इनजेस्ट या रिले एंडपॉइंट है जो SRT स्ट्रीम प्राप्त, भेज या रूट करता है। इसका उपयोग आम तौर पर एनकोडर, कैमरा, रिमोट वेन्यू, स्टूडियो, मोबाइल डिवाइस या पार्टनर सिस्टम से लाइव फ़ीड को नियंत्रित मीडिया वर्कफ़्लो में लाने के लिए होता है।

SRT लाइव सर्वर क्या है?

SRT लाइव सर्वर रीयल-टाइम लाइव वीडियो कॉन्ट्रिब्यूशन के लिए उपयोग होने वाला SRT सर्वर है। यह इवेंट के दौरान लाइव वीडियो प्राप्त करता है और स्ट्रीम को रिकॉर्डिंग, रीस्ट्रीमिंग, ट्रांसकोडिंग, स्विचिंग, रूटिंग या प्लेबैक वर्कफ़्लो में भेजता है।

क्या SRT सर्वर और स्ट्रीमिंग सर्वर एक ही हैं?

हमेशा नहीं। SRT सर्वर सामान्यतः नियंत्रित एंडपॉइंट के बीच लाइव इनजेस्ट या ट्रांसपोर्ट सँभालता है। पूर्ण स्ट्रीमिंग प्लेटफ़ॉर्म ट्रांसकोडिंग, रिकॉर्डिंग, दर्शक प्लेबैक, analytics, access control, API वर्कफ़्लो और CDN डिलीवरी भी सँभाल सकता है।

क्या SRT सर्वर UDP उपयोग करता है?

हाँ। SRT UDP पर चलता है, इसलिए सर्वर फ़ायरवॉल, क्लाउड सिक्योरिटी ग्रुप, राउटर या नेटवर्क नीति में सही UDP पोर्ट खुला होना चाहिए।

SRT सर्वर कौन सा पोर्ट उपयोग करता है?

SRT के लिए कोई एक सार्वभौमिक तय पोर्ट नहीं है। पोर्ट सर्वर कॉन्फ़िगरेशन तय करता है। प्रोडक्शन में टीमें SRT इनजेस्ट के लिए स्पष्ट UDP पोर्ट या पोर्ट रेंज आरक्षित करती हैं और दर्ज करती हैं कि हर पोर्ट कौन से फ़ीड, tenant या इवेंट उपयोग करते हैं।

SRT सर्वर Listener होना चाहिए या Caller?

अधिकांश क्लाउड इनजेस्ट वर्कफ़्लो में SRT सर्वर Listener और एनकोडर Caller होता है। यह तब अच्छा काम करता है जब सर्वर के पास सार्वजनिक IP या DNS नाम, ज्ञात UDP पोर्ट और स्पष्ट फ़ायरवॉल नियम हों।

क्या OBS SRT सर्वर पर भेज सकता है?

हाँ। SRT आउटपुट URL के साथ कॉन्फ़िगर होने पर OBS SRT सर्वर को वीडियो भेज सकता है। सर्वर स्ट्रीम प्राप्त कर उसे रिकॉर्डिंग, रीस्ट्रीमिंग, ट्रांसकोडिंग या प्लेबैक वर्कफ़्लो में रूट कर सकता है।

क्या vMix SRT सर्वर पर भेज सकता है?

हाँ। vMix SRT वर्कफ़्लो का समर्थन करता है और SRT स्ट्रीम भेज या प्राप्त कर सकता है। सामान्य सेटअप में vMix SRT से Callaba को भेजता है, जबकि Callaba मॉनिटरिंग, रूटिंग, रिकॉर्डिंग या रीस्ट्रीमिंग सँभालता है।

क्या SRT, RTMP से बेहतर है?

अस्थिर, lossy या लंबी दूरी के नेटवर्क पर कॉन्ट्रिब्यूशन के लिए SRT आम तौर पर RTMP से बेहतर है। सरल पब्लिशिंग और प्लेटफ़ॉर्म इनजेस्ट में RTMP अभी सामान्य है। कई वर्कफ़्लो कॉन्ट्रिब्यूशन के लिए SRT और सोशल प्लेटफ़ॉर्म पर अंतिम डिलीवरी के लिए RTMP या RTMPS उपयोग करते हैं।

क्या ब्राउज़र SRT सीधे चला सकते हैं?

सामान्य वेब वर्कफ़्लो में ब्राउज़र SRT सीधे नहीं चलाते। SRT सर्वर पहले स्ट्रीम प्राप्त करता है, फिर प्लेटफ़ॉर्म उसे HLS या WebRTC जैसे दर्शक फ़ॉर्मैट में बदलता या पैकेज करता है।

मेरी SRT स्ट्रीम कनेक्ट होती है, पर वीडियो क्यों नहीं दिखता?

SRT ट्रांसपोर्ट कनेक्शन काम कर सकता है, जबकि मीडिया पेलोड गलत हो। कोडेक, कंटेनर, timestamp, keyframe, ऑडियो ट्रैक, स्ट्रीम मैपिंग, डाउनस्ट्रीम संगतता और सर्वर पर वास्तव में आने वाली बिटरेट जाँचें।

SRT सर्वर को अधिक विश्वसनीय कैसे बनाऊँ?

स्थिर सर्वर उपयोग करें, सही UDP पोर्ट खोलें, यथार्थवादी लेटेंसी चुनें, RTT और रीट्रांसमिशन मॉनिटर करें, पर्याप्त bandwidth headroom रखें, मीडिया पेलोड सत्यापित करें और इवेंट से पहले बैकअप एंडपॉइंट जाँचें।

क्या SRT सामान्यतः MPEG-TS ले जाता है?

लाइव वीडियो वर्कफ़्लो में SRT अक्सर muxed ऑडियो और वीडियो वाला MPEG-TS ले जाता है, लेकिन सही मीडिया कंटेनर प्रेषक और वर्कफ़्लो पर निर्भर करता है। सर्वर को केवल SRT कनेक्शन नहीं, पेलोड भी सत्यापित करना चाहिए।

सबसे पहले कौन से SRT सर्वर मेट्रिक देखूँ?

आने वाली बिटरेट, RTT, पैकेट लॉस, रीट्रांसमिशन और कनेक्शन स्थिति से शुरू करें। अच्छी स्थिति में RTT 20–60 ms हो सकता है। लगातार 150 ms से ऊपर या 1–2% से अधिक लॉस पर लेटेंसी बढ़ाएँ, बिटरेट घटाएँ या नेटवर्क पथ सुधारें।

आगे कहाँ जाएँ

अंतिम अपडेट: 22 जुलाई 2026

वास्तविक फीड से शुरू करें

अपने डिप्लॉयमेंट मॉडल में Callaba SRT Server का मूल्यांकन करें

क्लाउड में शुरू करें, Linux पर इंस्टॉल करें या ऑटोमेशन से पहले लाइव Multiview अनुभव देखें।

SRT आर्किटेक्चर और वर्कफ़्लो के बारे में और जानें