SRTLA रिसीवर सेल्फ-होस्ट करना

LOLS IRL स्टैंडर्ड BELABOX-कम्पैटिबल srtla बोलता है, इसलिए आपका अपना रिसीवर ठीक वैसे चलता है जैसे हमारे होस्ट किए रिले। यहां है कि क्या चलाना है, कौन से पोर्ट मायने रखते हैं, और वह एक गलती जो मोबाइल डेटा कनेक्शन को आपके बॉक्स तक पहुंचने ही नहीं देती।

आपको कुछ होस्ट करने की ज़रूरत नहीं: मुफ़्त LOLS Cloud रिले इसीलिए हैं कि bonding बिना झंझट चले, या आप अपना रिसीवर खुद होस्ट करके किसी पर निर्भर न रहें। लोग अच्छी वजहों से होस्ट करना चुनते हैं। आप चाहते हैं कि स्ट्रीम आपके कंट्रोल वाले इंफ्रास्ट्रक्चर पर पहुंचे, आपको अपने बिल्कुल पास कोई मशीन चाहिए जहां हमारा कोई रिले नहीं है, आप कोई सीमा नहीं चाहते जिसके बारे में सोचना पड़े, या आपको बस अपनी चीज़ें खुद चलाना पसंद है। ऐप में कुछ भी हमारे सर्वर से बंधा नहीं है, इसलिए बदलना बस होस्टनेम बदलना है, और कुछ नहीं।

आप क्या बना रहे हैं

फोन (wifi + मोबाइल डेटा)
   |
   |  srtla, UDP, हर नेटवर्क के लिए एक सॉकेट
   v
srtla_rec          पब्लिक UDP पोर्ट पर सुनता है, कनेक्शनों को वापस जोड़ता है
   |
   |  साधारण SRT, UDP, localhost पर
   v
मीडिया सर्वर       MediaMTX या उसके जैसा
   |
   +--> OBS, या Twitch / Kick / YouTube पर रीस्ट्रीम

दो हिस्से, और हर एक का एक ही काम। srtla_rec, BELABOX प्रोजेक्ट से, वह हिस्सा है जो bonding समझता है: आपका फोन जो भी कनेक्शन खोलता है वह उसके पास एक ही ग्रुप के हिस्से के रूप में रजिस्टर होता है, और वह उस ग्रुप को वापस एक आम SRT स्ट्रीम में बदल देता है। फिर वह उस स्ट्रीम को SRT लिस्नर तक भेजता है, जहां से मीडिया सर्वर संभालता है। MediaMTX आम पसंद है और स्ट्रीम OBS को दे सकता है, दोबारा पब्लिश कर सकता है, या रिकॉर्ड कर सकता है, पर SRT लेने वाली कोई भी चीज़ चलेगी।

कहां चलाएं

रिसीवर तक आपके फोन के स्ट्रीम करने वाले हर नेटवर्क से पहुंचा जा सके, इसका व्यावहारिक मतलब है पब्लिक पता। छोटा VPS काफ़ी है: यह पैकेट आगे भेजना है, ट्रांसकोडिंग नहीं, इसलिए कोर से ज़्यादा मेगाबिट और ठीक-ठाक CPU मायने रखते हैं। इसे वहां के पास रखें जहां से आप स्ट्रीम करते हैं, उसी वजह से जिससे आप सबसे पास का रिले चुनते हैं: दूरी ऐसा डिले है जो वापस नहीं मिलता, और हर रीट्रांसमिशन पर उसकी कीमत फिर चुकानी पड़ती है।

पोर्ट

पोर्ट	किसलिए
UDP, आपका srtla पोर्ट, इंटरनेट से अंदर आता हुआ	फोन सिर्फ़ यही पोर्ट छूता है। परंपरा 5000 की है। हर bonded कनेक्शन अपने सोर्स पते और पोर्ट से आता है, इसलिए हर कनेक्शन के लिए कुछ खोलना या कॉन्फ़िगर करना नहीं पड़ता।
UDP, आपका SRT लिस्नर, लोकल	जहां srtla_rec दोबारा जुड़ी स्ट्रीम आगे भेजता है। MediaMTX डिफ़ॉल्ट रूप से SRT के लिए 8890 पर सुनता है। इसे इंटरनेट पर खोलना ज़रूरी नहीं, जब तक आप यह न चाहें कि साधारण SRT क्लाइंट भी उस पर पब्लिश करें।
जो भी आपका मीडिया सर्वर सर्व करे	OBS या किसी दर्शक तक RTMP, RTSP, HLS या WebRTC, पूरी तरह आप पर निर्भर और bonding के रास्ते का हिस्सा नहीं।

Stream id

srtla_rec SRT stream id को सीधे आगे दे देता है, इसलिए ऐप के Stream id फ़ील्ड में वही जाता है जो उसके पीछे का सर्वर मांगता है। MediaMTX के साथ वह पब्लिश वाला रूप है, एक पाथ और ऑथेंटिकेशन चालू हो तो वैकल्पिक क्रेडेंशियल:

publish:mypath
publish:mypath:username:password

पोर्ट इंटरनेट के लिए खुला है तो ऑथेंटिकेशन चालू करें। पब्लिक पते पर बिना ऑथेंटिकेशन वाला पब्लिश एंडपॉइंट देर-सबेर किसी ऐसे को मिल ही जाएगा जो आप नहीं हैं।

ऐप को उसकी तरफ़ मोड़ना

1. LOLS IRL में: Streams → + → SRTLA।
2. Host: आपका पब्लिक होस्टनेम। Port: वह UDP पोर्ट जिस पर srtla_rec सुन रहा है।
3. Stream id: वह पब्लिश स्ट्रिंग जो आपका मीडिया सर्वर मांगता है।
4. Latency: शुरू में 2000 ms। लाइव होने पर ऐप दिखाता है कि राउंड ट्रिप कितना नाप रहा है और एक आंकड़ा सुझाता है, जो पास के बॉक्स पर आम तौर पर डिफ़ॉल्ट से कम होगा।
5. सेव करें, चालू करें, लाइव जाएं, और स्टैट्स ओवरले फैलाएं। हर कनेक्शन की एक पंक्ति। दो पंक्तियां मतलब दोनों नेटवर्क रजिस्टर हुए।

जांचना कि यह सच में चल रहा है

• रजिस्ट्रेशन गिनें। srtla_rec हर कनेक्शन का रजिस्ट्रेशन लॉग करता है, सब एक ग्रुप के तहत। दो कनेक्शन से एक ही ग्रुप में दो रजिस्ट्रेशन आने चाहिए। हमेशा एक ही दिखे, तो दूसरा नेटवर्क होस्ट तक नहीं पहुंच पा रहा: प्राइवेट पता, सिर्फ़ TCP वाला फ़ायरवॉल नियम, या फोन पर चल रहा VPN।
• फिर जानबूझकर तोड़कर देखें। घर से स्ट्रीम करते हुए एक मिनट के लिए Wi-Fi बंद करें। रिसीवर को खोया कनेक्शन टाइमआउट होता लॉग करना चाहिए जबकि स्ट्रीम बहती रहे, फिर Wi-Fi लौटने पर नया रजिस्ट्रेशन लॉग करना चाहिए। फ़ीचर यही है, और इसे रसोई में टेस्ट करना लाइव में खोजने से कहीं बेहतर है।
• SRT जुड़ जाए पर कुछ न पहुंचे मीडिया सर्वर तक, तो वजह लगभग हमेशा stream id होती है। वह हू-ब-हू आगे दी जाती है, इसलिए पाथ या क्रेडेंशियल में टाइपो ऐसा कनेक्शन देता है जो कहीं ऑथेंटिकेट नहीं होता।

पहले से जानने लायक बातें

• Bonding टिके रहने के लिए है, एक्स्ट्रा बैंडविड्थ के लिए नहीं, रिसीवर कोई भी होस्ट करे। बिटरेट उतना रखें जितना एक अच्छा कनेक्शन संभाल ले। क्यों, यह FAQ में देखें।
• आपके VPS का अपलिंक स्ट्रीम के दौरान आपका पूरा बिटरेट लगातार ढोता है, और उसके आगे आप जो भी भेजें वह फिर से। सिर्फ़ पोर्ट की स्पीड नहीं, प्लान की बैंडविड्थ सीमा भी देखें।
• रिले साझा मशीन है और आपका अपना नहीं, यही असली फ़ायदा है: उस पर किसी और की स्ट्रीम नहीं होती।
• अपना बॉक्स चलाने तक आप एक मुफ़्त रिले को दूसरे डेस्टिनेशन के रूप में कॉन्फ़िगर रख सकते हैं। दोनों के बीच बदलना Streams लिस्ट में एक टैप है।

संबंधित: ऐप वाले हिस्से और इंडिकेटर पढ़ने के लिए पांच मिनट में bonding, होस्ट न करना चाहें तो मुफ़्त रिले का इस्तेमाल, और सारी गाइड।