वह क्वालिटी जो माहौल भांप ले।
Remio आपके दोनों डिवाइस के बीच का रास्ता नापता है, उसे लोकल नेटवर्क, इंटरनेट या रिले में बांटता है, और वह बिटरेट रेंज चुनता है जो लैग और पिक्सेलेशन दोनों को कम से कम रखे। यह कोई स्लाइडर नहीं जिसे आपको खींचना पड़े — सेशन शुरू होते ही अपने आप चुना जाता है, और नेटवर्क बदलने पर दोबारा जांचा जाता है।
रास्ता बताता है कि नेटवर्क कितना संभाल सकता है।
राउंड-ट्रिप टाइम — यानी एक छोटा-सा टेस्ट पैकेट आपके क्लाइंट से होस्ट तक जाकर वापस आने में कितना समय लेता है — और कनेक्शन कैसे बना, ये दोनों मिलकर Remio को बताते हैं कि वह किस तरह के नेटवर्क से जूझ रहा है। Remio सेशन शुरू होते समय जांच करता है, और जब भी नेटवर्क का रास्ता बदलता है तब फिर से।
जैसे ही दोनों डिवाइस एक-दूसरे को हैलो कहते हैं, Remio दूसरे सिरे को एक छोटा पैकेट भेजता है और नापता है कि वह लौटने में कितना समय लेता है। सीधे वायर्ड LAN पर यह राउंड-ट्रिप बहुत छोटा होता है। एक ही नेटवर्क पर Wi-Fi से यह थोड़ा लंबा होता है। 4G या 5G लिंक पर यह साफ़ तौर पर लंबा होता है, और जब ट्रैफ़िक को रिले के ज़रिए एक-दो इलाक़ों के पार घूमकर जाना पड़े, तो तेज़ मॉडेम होने पर भी यह और बढ़ सकता है।
एक ही नेटवर्क पर बहुत छोटे राउंड ट्रिप का मतलब है लोकल नेटवर्क — तस्वीर पिक्सेल-परफ़ेक्ट दिखेगी, एन्कोडर फ़्रेम बनते ही उन्हें आगे सौंप सकता है, और सावधानी बरतने की कोई ज़रूरत नहीं। इससे लंबा कुछ भी बाहरी दुनिया माना जाता है: दूसरे कमरे का Wi-Fi, कैफ़े का हॉटस्पॉट, ट्रेन में LTE लिंक, किसी दूसरे शहर का रिले सर्वर। तब बैंडविड्थ कंट्रोलर गियर बदल लेता है।
सेशन उस बिटरेट से शुरू होता है जो आपकी स्क्रीन और फ़्रेम रेट के हिसाब से तय होता है, इसलिए बड़ी, तेज़ डिस्प्ले छोटी डिस्प्ले से ऊंचे बिटरेट पर शुरू होती है। वहां से, रास्ते का प्रकार तय करता है कि Remio किस रेंज में काम करेगा। अगर सेशन के बीच रास्ता बदल जाए — Wi-Fi से सेल्युलर पर, या कनेक्शन ख़ुद को दोबारा बनाए — तो Remio उसे फिर जांचकर बदलाव कर लेता है, उस नेटवर्क के लिए लिया गया पुराना फ़ैसला पकड़े नहीं रहता जिसे आप छोड़ चुके हैं।
यह चुनाव जान-बूझकर आपसे छिपाया गया है। आप कनेक्ट करते हैं, तस्वीर आ जाती है, और लैग उसी नेटवर्क के हिसाब से होता है जिस पर आप हैं। न कोई सेटअप स्क्रीन, न "LAN मोड" का कोई टॉगल जिसे पलटना याद रखना पड़े। रास्ते की जांच इनपुट है, सही रेंज आउटपुट है, और नेटवर्क बदलने पर सेशन ख़ुद को ढाल लेता है।
हर तरह के नेटवर्क के लिए एक रेंज।
एक अकेले एडैप्टिव कर्व को ऐसे नेटवर्कों के बीच समझौता करना पड़ता है जिनमें कुछ भी समान नहीं। इसके बजाय Remio वह रेंज चुनता है जो रास्ते पर फ़िट बैठे: लोकल नेटवर्क पर ऊंची, इंटरनेट पर सावधानी वाली, रिले पर सीमित।
सेशन उस बिटरेट से शुरू होता है जो आपकी स्क्रीन और फ़्रेम रेट के हिसाब से तय होता है, और निचली सीमा ऊंची रहती है ताकि तस्वीर को वापस चढ़ना न पड़े। स्क्रीन के आकार के हिसाब से ऊपरी सीमा 30 से 60 Mbps है, जिससे कीफ़्रेम को जब भी गुंजाइश चाहिए एन्कोडर उछाल ले सकता है — न कतार, न लैग।
इंटरनेट पर लिंक ख़राब होने पर निचली सीमा 300 Kbps तक गिर जाती है, और ख़राब हैंडऑफ़ स्ट्रीम को गिराता नहीं — एन्कोडर नेटवर्क को कम डेटा परोसता है और फ़्रेम रेट बनाए रखता है। रिले पर ऊपरी सीमा 15 Mbps है, क्योंकि साझा और सीमित रास्ते पर ज़्यादा ज़ोर लगाने से सिर्फ़ पैकेट खोते हैं।
सभी में एक ही एन्कोडर, एक ही डिकोडर और फ़्रेम-दर-फ़्रेम रेंडर की एक ही नीति रहती है। जो बदलता है वह यह है कि निचली सीमा कहां है, ऊपरी सीमा कहां है, और थोड़ी देर की उछाल आने पर एन्कोडर को कितना ज़ोर लगाने दिया जाए। लोकल नेटवर्क पर वह उछाल एक सामान्य कीफ़्रेम है; सीमित रास्ते पर वही फ़र्क़ है एक सहने लायक़ सेशन और एक ऐसे सेशन में जो पूरी तरह टूट जाए।
रास्ता बदलने पर दोबारा जांचना रेंज जितना ही मायने रखता है। अगर आप Wi-Fi से सेल्युलर पर चले जाएं, या कनेक्शन ख़ुद को रीस्टार्ट करे, तो Remio रास्ते को फिर जांचता है ताकि रेंज उस नेटवर्क से मेल खाए जिस पर आप अभी हैं — उस पर नहीं जिस पर सेशन शुरू हुआ था।
रेंज किससे तय होती है, कुछ भी छिपा नहीं।
सारा काम चार चीज़ें करती हैं — रास्ते का वर्गीकरण, लोकल-नेटवर्क रेंज, इंटरनेट और रिले की रेंज, और रेंडर नीति। ये Remio के हर कोडेक और हर प्लेटफ़ॉर्म पर एक जैसी हैं।
लोकल नेटवर्क पर प्रोसेसिंग लेटेंसी लगभग 8 ms।
एन्कोडर बेहद कम लेटेंसी वाला H.265 चलाता है, B-फ़्रेम बंद रहते हैं, इसलिए हर फ़्रेम सिर्फ़ उस पर निर्भर करता है जो उससे पहले आया — उस पर कभी नहीं जो आगे आने वाला है। हर अंतराल में एक कैप्चर, एक एन्कोड किया हुआ फ़्रेम बाहर, और तुरंत भेजा गया। कोई फ़्रेम पेसिंग नहीं, कोई एन्कोडर कतार नहीं, कोई "कैच-अप" लॉजिक नहीं। LAN पर बाक़ी जो आप महसूस करते हैं, वह आपकी अपनी डिस्प्ले की 60 Hz रिफ़्रेश लय है।
क्लाइंट पर: सबसे नया फ़्रेम दिखाएं और बाक़ी छोड़ दें। खोया हुआ पैकेट अगर समय पर पहुंच सकता है तो तुरंत दोबारा भेजा जाता है; नहीं पहुंच सकता तो Remio उसे छोड़कर इंतज़ार करने के बजाय ताज़ा फ़्रेम मांगता है।

एक ही लॉजिक, हर कोडेक, हर प्लेटफ़ॉर्म।
बिटरेट रेंज किसी ख़ास कोडेक या ऑपरेटिंग सिस्टम से बंधी नहीं हैं। वही नियम लागू होते हैं, चाहे कनेक्शन दो Mac के बीच H.265 हो, पुरानी Windows मशीन पर H.264 हो, या आधुनिक Android डिवाइस पर H.265 हो।
H.265 मुख्य कोडेक है, क्योंकि डेस्कटॉप सामग्री के लिए यह प्रति बिट सबसे अच्छी क्वालिटी देता है, और क्योंकि हर Mac, iPhone, iPad, आधुनिक Windows GPU और हाल की Android चिपसेट में इसके लिए हार्डवेयर एन्कोडर या डिकोडर मौजूद है। हार्डवेयर का मतलब है कि काम मुख्य CPU के बजाय एक समर्पित सिलिकॉन ब्लॉक पर होता है — तेज़, ज़्यादा ऊर्जा-कुशल, और मशीन का बाक़ी हिस्सा वही करता रहता है जो वह सेशन शुरू होने से पहले कर रहा था।
H.264 उन थोड़े-से डिवाइस के लिए फ़ॉलबैक है जो H.265 को हार्डवेयर से नहीं संभाल सकते। उसी तस्वीर के लिए यह थोड़ी ज़्यादा बैंडविड्थ लेता है, लेकिन यह हर जगह चलता है, और वही रेंज लॉजिक बिना बदलाव के इसे भी घेर लेता है।
एन्कोडिंग की तरफ़: macOS पर VideoToolbox, Radeon GPU पर AMF, Intel इंटीग्रेटेड ग्राफ़िक्स पर QSV, Windows में NVIDIA कार्ड पर NVENC, और Linux होस्ट पर VAAPI। डिकोडिंग में: Apple डिवाइस पर VideoToolbox और Android पर MediaCodec। इनमें से कुछ भी आपके सामने नहीं आता — आप दो डिवाइस पेयर करते हैं, इंजन वह सबसे अच्छा कोडेक चुनता है जिसे दोनों तरफ़ हार्डवेयर से संभाला जा सके, और रेंज नेटवर्क के हिसाब से ख़ुद चुन जाती है।
नतीजा: हर समर्थित प्लेटफ़ॉर्म पर वही एडैप्टिव व्यवहार मिलता है, हर OS के लिए अलग कोड पाथ के बिना। iPhone से बात करते Mac को वही रेंज लॉजिक मिलता है जो Android टैबलेट से बात करते Windows PC को, दोनों सिरों पर हार्डवेयर एक्सेलरेशन के साथ और कोई सॉफ़्टवेयर फ़ॉलबैक नहीं जो कुछ भी धीमा करे।
तीन नेटवर्क, तीन असली अनुभव।
तालिका में आंकड़े समझना आसान है। यहां देखिए कि एडैप्टिव रेंज आपको उन तीन जगहों पर क्या देती हैं जहां ज़्यादातर लोग असल में पहुंचते हैं।
गीगाबिट फ़ाइबर LAN। दोनों डिवाइस वायर्ड हों या एक ही Wi-Fi 6 राउटर पर — तस्वीर 4K पर पिक्सेल-परफ़ेक्ट होती है और कर्सर हिलाने तथा उसे हिलता देखने के बीच कोई लैग महसूस नहीं होता। 100 प्रतिशत ज़ूम पर टेक्स्ट एकदम धारदार दिखता है। किसी वेबसाइट को पूरी रफ़्तार से स्क्रॉल करना ठीक वैसा दिखता है जैसा होस्ट पर ख़ुद स्क्रॉल करना। कीफ़्रेम के लिए नेटवर्क में भरपूर गुंजाइश है, और पाइपलाइन में कुछ भी कुछ नहीं दबा रहा।
कैफ़े का Wi-Fi। बीस और लैपटॉप के साथ साझा होने पर भी स्ट्रीम 60 fps पर टिकी रहती है और साफ़ रहती है। जब नेटवर्क पर थोड़ी देर भीड़ होती है, तो किसी कोने में पल भर के लिए ब्लॉकीपन दिख सकता है, फिर वह साफ़ हो जाता है। एन्कोडर ने फ़्रेम रेट के लिए थोड़ा ब्योरा छोड़ा, क्लाइंट अटका नहीं, और सेशन को कभी नहीं लगा कि वह टूटने वाला है — इंटरनेट रेंज ने वह झटका झेल लिया जिससे लोकल-नेटवर्क रेंज ठिठक जाती।
4G LTE हॉटस्पॉट। जेब में रखे फ़ोन से, ज़्यादातर आधुनिक कैरियर पर स्ट्रीम 60 fps पर साफ़ 1080p तस्वीर बनाए रखती है। तेज़ गति वाले दृश्यों में ब्योरा थोड़ा नरम होता है — एन्कोडर तस्वीर को उस बिटरेट के एक हिस्से में बैठा रहा है जो लोकल नेटवर्क देता है — लेकिन प्रतिक्रिया वही रहती है। आप क्लिक करते हैं, क्लिक दर्ज होता है। आप टाइप करते हैं, अक्षर गूंजते हैं। रिमोट डेस्कटॉप रिमोट डेस्कटॉप जैसा ही लगता है, उसके वीडियो कॉल जैसा नहीं।
इन तीनों सेशन में से किसी को भी शुरू करने से पहले सेटिंग बदलने, क्वालिटी चुनने या नेटवर्क टेस्ट करने की ज़रूरत नहीं पड़ी। Remio ने रास्ता जांचा, रेंज ख़ुद चुन गई, और अनुभव उसी नेटवर्क से मेल खाया जिस पर आप उस वक़्त थे।
आम सवाल
एडैप्टिव-क्वालिटी मॉडल पर अक्सर उठने वाले पांच सवाल — नीचे ईमानदार जवाब।
कौन-सी रेंज इस्तेमाल करनी है, यह तय करने के लिए Remio क्या नापता है?
एक ही एडैप्टिव कर्व के बजाय अलग-अलग रेंज क्यों?
क्या एडैप्टिव क्वालिटी सेल्युलर पर काम करती है?
क्या कोई बफ़र है जो लैग बढ़ाता है?
क्या मैं ऑटो-डिटेक्शन को बदल सकता हूं?
कनेक्ट करते ही एडैप्टिव क्वालिटी चालू।
जिस कंप्यूटर तक पहुंचना है उस पर और जिस डिवाइस से पहुंचना है उस पर Remio इंस्टॉल करें। बैंडविड्थ कंट्रोलर सेशन शुरू होते ही सही रेंज चुन लेता है — आपको कुछ कॉन्फ़िगर नहीं करना पड़ता, बस तस्वीर दिखती है।