RTMP सर्वर लाइव प्रकाशक को प्राप्त करने का बिंदु है। एन्कोडर या प्रोडक्शन एप्लिकेशन RTMP URL और stream key भेजता है; सर्वर सत्र स्वीकार करता है, अपनी अभिगम नीति लागू करता है और अगली चुनी गई प्रक्रिया के लिए फ़ीड उपलब्ध करता है। यह अपने-आप viewer player, CDN, recorder या production switcher नहीं है।
RTMP सर्वर क्या करता है
एक उपयोगी मॉडल है: publisher → RTMP server → चुना हुआ downstream module। Publisher OBS, FFmpeg या कोई एन्कोडर हो सकता है। प्रकाशित RTMP विनिर्देशन एक ऐतिहासिक विनिर्देशन मिरर में सुरक्षित है। सर्वर publisher को पता और credentials देता है, फिर ऑपरेटर को कनेक्शन और मीडिया सक्रिय हैं या नहीं, यह देखने देता है। Recording, routing, monitoring और viewer delivery के लिए अलग configuration और acceptance check चाहिए।
| परत | जिस प्रश्न का उत्तर चाहिए |
|---|---|
| Ingest | क्या दिया गया publisher इच्छित key के साथ listener तक पहुँचा? |
| Media | क्या receiver पर वीडियो, ऑडियो और bitrate उपयोगी हैं? |
| Downstream | कौन-सा अलग से कॉन्फ़िगर किया हुआ monitor, recording, route या player इसे पाएगा? |
Publishing address ध्यान से पढ़ें
RTMP endpoint आम तौर पर server address या application path को stream name अथवा key के साथ जोड़ता है। key को credential मानें: इसे deployment से कॉपी करें, सार्वजनिक दस्तावेज़ में न डालें और खुल जाने पर बदलें। Port deployment पर निर्भर है; listener और firewall policy जांचे बिना उसे पहुंच योग्य न मानें।
Controlled या Guest access चुनें
Controlled mode में उसी कॉन्फ़िगर किए गए stream name के लिए Publisher और Receiver भूमिकाएँ दी जाती हैं; इसलिए दोनों भूमिकाओं का RTMP URL एक-सा हो सकता है। Guest mode में पहले से बनाए हुए access rules नहीं होते। यह endpoint को जानबूझकर खोलता है: publish करते समय कोई खाली न रहने वाला stream name चुनें और receive करने के लिए वही नाम इस्तेमाल करें।
हैंडऑफ़ को क्रम से सत्यापित करें
- Controlled mode में जांचें कि stream में Publisher और Receiver roles हैं; Guest mode में पुष्टि करें कि खुला endpoint जानबूझकर चुना गया है।
- ज्ञात source publish करें और active publisher status तथा incoming bitrate सत्यापित करें।
- कॉन्फ़िगर किए गए receiver या monitoring path से चित्र और इच्छित audio जांचें।
- इसके बाद ही चुने हुए recording, route या browser-output workflow को जांचें।
यदि OBS कहता है कि वह streaming कर रहा है लेकिन server पर publisher नहीं दिखता, तो सटीक URL और key मिलाएँ, फिर DNS, listener port और access rule जांचें। Publisher दिख रहा हो लेकिन downstream path खाली हो, तो ingest जांच पास हो चुकी है; एन्कोडर को बिना सोचे बदलने के बजाय उस downstream module की जांच करें।
मिली हुई फ़ीड चलाएँ
Callaba RTMP Server कॉन्फ़िगर किया हुआ listener और operator-control point है: publisher और receiver access बनाएं, वर्तमान activity देखें और चुनी हुई feed को अगले operational job तक दें। Browser playback अलग Web Player या HLS workflow है; आधुनिक ब्राउज़र RTMP URL को मूल रूप से नहीं चलाते।
अगले चरण
कॉन्फ़िगर किए गए ingest workflow के लिए Callaba RTMP Server देखें। प्रेषक जांच के लिए OBS RTMP guide, transport boundary के लिए RTMP protocol fundamentals, या जब अगला काम feed देखना हो तब RTMP player and browser playback उपयोग करें।