हार्डवेयर वीडियो एनकोडर की तुलना: NVENC बनाम AMF बनाम QuickSync बनाम Apple VideoToolbox।

चार वेंडर। फ़िक्स्ड-फ़ंक्शन सिलिकॉन के चार ब्लॉक। एक काम — पिक्सल के एक फ़्रेम को पाँच मिलीसेकंड से कम में H.265 या AV1 के कुछ किलोबाइट में बदलना, सेकंड में साठ बार, बिना एक भी फ़्रेम गिराए। यहाँ देखें कि कम-लेटेंसी स्ट्रीमिंग के लिए NVIDIA, AMD, Intel और Apple असल में कैसे तुलना में ठहरते हैं, और Remio रनटाइम पर सही एनकोडर कैसे चुनता है।

रिमोट डेस्कटॉप के लिए हार्डवेयर एनकोडर क्यों मायने रखते हैं

तेज़ CPU कोर पर libx264 से एक 1080p फ़्रेम एनकोड करें। आधुनिक Apple M-सीरीज़ या Ryzen 7000 पर ultrafast प्रीसेट के लिए आप लगभग 8 से 12 मिलीसेकंड पा सकते हैं, और क्वालिटी बचाने की कोशिश करने वाली किसी भी चीज़ के लिए ज़्यादा। जब तक आप बजट याद नहीं करते, यह सहने लायक लगता है: 60 FPS पर प्रति फ़्रेम 16.6 मिलीसेकंड। अब इसमें कैप्चर, पैकेटाइज़ेशन, पेसर की कतार, नेटवर्क से बाहर निकलना, डिकोड और रेंडर जोड़ें। CPU एनकोडिंग सिर्फ़ आपको धीमा नहीं करती — वह पूरा लेटेंसी बजट खा जाती है, और 1080p60 से ऊपर किसी भी चीज़ पर फ़्रेम गिरा देती है।

हार्डवेयर एनकोडर इसी काम के लिए फ़िक्स्ड-फ़ंक्शन सिलिकॉन समर्पित करके इसे सुलझाते हैं। NVIDIA अपने ब्लॉक को NVENC कहता है। AMD का AMF (ज़्यादा सटीक रूप से VCN इंजन जिसे AMF चलाता है)। Intel का QuickSync (उनके iGPU के भीतर का Media Engine)। Apple का VideoToolbox (यह API है; सिलिकॉन M-सीरीज़ और A-सीरीज़ चिप का Media Engine है)। चारों एक ही कारण से मौजूद हैं: सॉफ़्टवेयर एनकोडिंग वे लेटेंसी और फ़्रेम-रेट के लक्ष्य पूरे नहीं कर सकती जिनकी आज की स्क्रीन, आज के GPU और आज के यूज़र अब उम्मीद करते हैं।

ख़ास तौर पर Remio के लिए, एनकोडर पर बचा हर मिलीसेकंड वह मिलीसेकंड है जो यूज़र को पेसर, नेटवर्क और रेंडरर पर वापस मिलता है। हमारा प्रकाशित लेटेंसी बजट LAN पर लगभग 8 ms की प्रोसेसिंग का लक्ष्य रखता है (बाक़ी आपके डिस्प्ले की अपनी 60 Hz रिफ़्रेश गति है) — एनकोड समय सबसे बड़ा बदलता हुआ हिस्सा है। एनकोडर का चुनाव, और उस एनकोडर का कॉन्फ़िगरेशन, आगे की हर चीज़ तय करता है।

चारों वेंडर एक नज़र में

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

• NVENC 2012 (Kepler) से हर NVIDIA GeForce, Quadro और RTX में आता है। पीढ़ियाँ आर्किटेक्चर परिवारों से जुड़ी हैं: Kepler पर पहली पीढ़ी, Ada Lovelace पर आठवीं। Hopper डेटासेंटर पार्ट्स की रफ़्तार अलग है।
• AMF AMD के VCN (Video Core Next) इंजन को सामने लाता है, जिसने पुराने VCE की जगह ली। हर Vega, RDNA, RDNA2 और RDNA3 GPU पर, और नए APU पर उपलब्ध।
• QuickSync 2011 में Sandy Bridge से Intel iGPU में आ रहा है — यानी यह धरती पर सबसे व्यापक रूप से तैनात हार्डवेयर एनकोडर है। Arc डिस्क्रीट GPU वही आर्किटेक्चर इस्तेमाल करते हैं, बड़े पैमाने पर।
• VideoToolbox Apple का API है; नीचे का सिलिकॉन Media Engine है, जो हर Apple Silicon Mac, A6 से हर iPhone और हर iPad में बना है। M-सीरीज़ चिप SKU के हिसाब से एक या दो इंजन के साथ आती हैं।

NVENC — NVIDIA की आठ पीढ़ियों का सुधार

NVENC वह एनकोडर है जिससे ज़्यादातर स्ट्रीमिंग सॉफ़्टवेयर की बेंचमार्किंग होती है, कुछ इसलिए कि NVIDIA के पास मार्केटिंग बजट है और कुछ इसलिए कि सिलिकॉन सचमुच एक दशक से बेहतरीन रहा है। यह ब्लॉक आठ पीढ़ियों से गुज़रा है:

• 1ली-3री पीढ़ी (Kepler से Maxwell, 2012-2014) — सिर्फ़ H.264, स्ट्रीमिंग के लिए चलने लायक, पर क्वालिटी libx264 से साफ़ अंतर से पीछे।
• 4थी पीढ़ी (Pascal, GTX 10-सीरीज़) — H.265 एनकोड जुड़ा। यही वह पीढ़ी है जहाँ NVENC की क्वालिटी उसी बिटरेट पर libx264 के fast प्रीसेट के बराबर पहुँची और यक़ीनन उनसे आगे निकल गई।
• 6ठी पीढ़ी (Turing, RTX 20-सीरीज़, GTX 16-सीरीज़) — अक्सर उद्धृत "Turing NVENC" की छलाँग। कम बिटरेट पर क्वालिटी इतनी सुधरी कि स्ट्रीमर लाइव उपयोग के लिए CPU एनकोडिंग को बेहतर मानने का दिखावा छोड़ बैठे।
• 7वीं पीढ़ी (Ampere, RTX 30-सीरीज़) — सुधार, प्रति वॉट Turing के लगभग बराबर क्वालिटी।
• 8वीं पीढ़ी (Ada Lovelace, RTX 40-सीरीज़) — हार्डवेयर AV1 एनकोड वाली पहली NVIDIA पीढ़ी, साथ में ऊँचे SKU पर दोहरे एनकोडर इंजन। Ada NVENC, CPU की बहुत छोटी लागत पर, libaom-av1 के medium प्रीसेट से होड़ लेने लायक क्वालिटी पर AV1 कर सकता है।

कम-लेटेंसी उपयोग के लिए, NVENC तीन प्रासंगिक रेट-कंट्रोल मोड देता है। low-latency ट्यूनिंग और p1 प्रीसेट (सबसे तेज़) के साथ CBR मानक कॉन्फ़िगरेशन है: निर्धारित आउटपुट रेट, एक फ़्रेम की लुकअहेड, कोई B-फ़्रेम नहीं। Windows पर hevc_nvenc चलाते समय Remio ठीक यही इस्तेमाल करता है। Ada Lovelace पर 1080p60 H.265 में एनकोड समय लगातार 1 से 3 ms रहता है।

एक ऐतिहासिक पेच: उपभोक्ता NVENC सालों तक NVIDIA के ड्राइवर के ज़रिए तीन समवर्ती एनकोड सेशन तक सीमित था। वह सीमा 2023 में आठ तक बढ़ाई गई, फिर व्यावहारिक रूप से हटा दी गई। अगर आप किसी पुराने फ़ोरम थ्रेड में इसकी चेतावनी पढ़ रहे हैं, तो वह चेतावनी अब लागू नहीं होती।

AMF — AMD, कमज़ोर समझा जाने वाला जो आख़िरकार बराबरी पर आ गया

AMD का AMF (Advanced Media Framework) API है; नीचे का इंजन दो अलग आर्किटेक्चर से गुज़रा है। पुराना VCE (Video Coding Engine) 2012 से GCN-युग के कार्ड पर आता था और आमने-सामने के एनकोडर मुक़ाबलों में हमेशा कमज़ोर कड़ी रहा — मिलान किए बिटरेट पर NVENC से साफ़ दिखती ख़राब क्वालिटी, ख़ासकर गति-भारी कंटेंट पर। AMD जानता था, स्ट्रीमिंग कम्युनिटी जानती थी, और बेंचमार्क ने पुष्टि की।

वह कहानी VCN (Video Core Next) के साथ बदली, जो Vega पर आया और हर बाद की पीढ़ी में निखरता गया:

• VCN 1.0-2.0 (Vega, RDNA1) — H.264 और H.265, ऐसी क्वालिटी के साथ जो आख़िरकार NVENC Pascal/Turing के बाल भर क़रीब पहुँची।
• VCN 3.0 (RDNA2, RX 6000 सीरीज़) — ख़ासकर कम बिटरेट पर क्वालिटी में काफ़ी सुधार। पहली AMD पीढ़ी जिसकी मैं गेम स्ट्रीमिंग के लिए सिफ़ारिश करने में सहज हूँ।
• VCN 4.0 (RDNA3, RX 7000 सीरीज़) — NVIDIA Ada के साथ-साथ AV1 एनकोड जोड़ता है। समानांतर सेशन के लिए ऊँचे SKU पर दो एनकोडर। AV1 क्वालिटी तीसरे पक्ष के बेंचमार्क में NVIDIA के AV1 से टक्कर की है।

कम-लेटेंसी स्ट्रीमिंग के लिए, AMF एक ultralowlatency usage प्रीसेट, एक speed क्वालिटी प्रीसेट और एक cbr रेट-कंट्रोल मोड देता है। Remio hevc_amf को तीनों के साथ इस्तेमाल करता है — वही प्रीसेट त्रयी जो हमारे स्ट्रीमिंग आर्किटेक्चर नोट्स में दर्ज है। RDNA3 पर 1080p60 H.265 के लिए एनकोड समय आम तौर पर 2 से 4 ms रहता है। RDNA2 लगभग 3 से 5 ms। पुराने VCN 1.x-युग के कार्ड 5 से 7 ms के क़रीब चलते हैं — बजट के भीतर तो, पर कीफ़्रेम स्पाइक के लिए कम गुंजाइश के साथ।

पाँच साल तक AMD का एनकोडर मज़ाक़ का विषय था। RDNA2 ने उसे ठीक किया। RDNA3 ने उसे AV1 पर भी टक्कर का बनाया। स्ट्रीमिंग-एनकोडर का द्वयाधिकार अब त्रयाधिकार है, और यह सबके लिए अच्छा है।

QuickSync — ख़ामोश सर्वव्यापकता का चैंपियन

QuickSync वह एनकोडर है जो आपके पास लगभग निश्चित रूप से पहले से है। यह 2011 में Sandy Bridge के बाद से इंटीग्रेटेड ग्राफ़िक्स वाले हर Intel CPU में आता है — यानी एक दशक से ज़्यादा के लैपटॉप, NUC और ऑफ़िस डेस्कटॉप जिनमें हार्डवेयर वीडियो एनकोडिंग बेकार पड़ी रही क्योंकि यूज़र ने मान लिया कि उन्हें डिस्क्रीट GPU चाहिए। उन्हें नहीं चाहिए था।

आर्किटेक्चर Intel की iGPU वंशावली के साथ-साथ आगे बढ़ा है:

• Sandy Bridge-Skylake (2011-2015) — सिर्फ़ H.264, औसत क्वालिटी, पर लैपटॉप के लिए श्रेणी-अग्रणी लेटेंसी और बिजली।
• Kaby Lake-Coffee Lake (2016-2018) — H.265, 10-बिट, 4K एनकोड जुड़े।
• Ice Lake के बाद (2019+) — Gen11/Gen12 Xe iGPU ने क्वालिटी नाटकीय रूप से सुधारी। कई बेंचमार्क Gen12 QuickSync को NVENC Turing से कुछ प्रतिशत के भीतर रखते हैं।
• Arc डिस्क्रीट (2022+) — Intel की पहली डिस्क्रीट GPU श्रृंखला। वही Xe-HPG आर्किटेक्चर बड़े पैमाने पर, AV1 एनकोड के साथ। Arc हार्डवेयर AV1 शिप करने वाला पहला उपभोक्ता GPU था — NVIDIA Ada और AMD RDNA3 से पहले बाज़ार में — और क्वालिटी हैरानी भरी बेहतरीन है। प्रति डॉलर शुद्ध AV1 थ्रूपुट के लिए Intel Arc A380 अब भी बेतुका सस्ता सौदा है।

थर्मल प्रोफ़ाइल QuickSync की ख़ामोश महाशक्ति है। क्योंकि यह SoC पर पहले से मौजूद iGPU के भीतर रहता है, इसे इस्तेमाल करने की सीमांत लागत सिर्फ़ एनकोड ब्लॉक है — किसी डिस्क्रीट GPU को जगाना नहीं, GDDR6 मेमोरी कंट्रोलर चालू करना नहीं। ThinkPad या NUC पर QuickSync NVENC जैसी क्वालिटी सिस्टम-स्तर की लगभग एक-चौथाई बिजली पर देता है। Remio के Windows होस्ट के लिए, QuickSync NVENC और AMF के बाद तीसरी पसंद का फ़ॉलबैक है — इसलिए नहीं कि वह बदतर है, बल्कि इसलिए कि डिस्क्रीट GPU वाले यूज़र अक्सर अपना iGPU दूसरे कामों के लिए ख़ाली रखना चाहते हैं।

VideoToolbox — Apple Silicon का एकीकृत Media Engine

Apple अपने हार्डवेयर एनकोडर के लिए NVIDIA की तरह कोई ब्रांड नाम नहीं चलाता। API VideoToolbox है; सिलिकॉन Media Engine है, Apple का डिज़ाइन किया ब्लॉक जो हर M-सीरीज़ Mac और A6 के बाद से हर iPhone/iPad SoC के भीतर रहता है।

Media Engine SKU के हिसाब से अलग-अलग संख्या में आता है:

• M1, M2, M3 — एक Media Engine।
• M1 Pro/Max, M2 Pro/Max, M3 Pro/Max — दो Media Engine।
• M1 Ultra, M2 Ultra — चार Media Engine (प्रति जुड़ी डाई दो)।
• M3 Max (16-कोर CPU) — दो Media Engine।
• M4 परिवार — बेहतर H.265 थ्रूपुट वाला नया Media Engine।

हर Media Engine हार्डवेयर में H.264, H.265 और ProRes एनकोड/डिकोड सँभालता है। ProRes एनकोड वीडियो एडिटरों के लिए ख़ास फ़ीचर है — कोई और उपभोक्ता चिप इसे नहीं देती — लेकिन स्ट्रीमिंग के लिए प्रासंगिक क्षमताएँ हैं कुशल H.265 main10 एनकोड और हैरान कर देने वाली कम एनकोड लेटेंसी।

एक उल्लेखनीय कमी: किसी भी शिप हो रही Apple Silicon पर AV1 एनकोड नहीं है। M-सीरीज़ चिप M3 से AV1 डिकोड करती हैं, पर एनकोड नहीं कर सकतीं। Mac से स्ट्रीमिंग के लिए निकट भविष्य में H.265 ही व्यावहारिक डिफ़ॉल्ट है।

Apple जहाँ सचमुच जीतता है, वह बिजली की कुशलता है। M2 Pro पर 30 Mbps पर 4K60 H.265 एनकोड करते हुए पूरा Media Engine लगभग 3 से 5 वॉट खाता है। RTX 4070 पर बराबर का NVENC काम सिस्टम-स्तर की लगभग 35 वॉट के क़रीब खाता है — जिसका ज़्यादातर हिस्सा डिस्क्रीट GPU का निष्क्रिय आधार है, एनकोडर ब्लॉक नहीं। किसी Mac mini होस्ट के लिए, जो क्लाइंट के इंतज़ार में 24/7 चालू रहता है, यह "बिजली के बिल में मुश्किल से पता चलने वाला" और "साफ़ पता चलने वाला" के बीच का फ़र्क़ है।

साथ-साथ तुलना

यहाँ चारों इंजन एक ही पैमानों पर हैं। लेटेंसी के आँकड़े 1080p60 H.265 अल्ट्रा-लो-लेटेंसी प्रीसेट के हैं, B-फ़्रेम बंद, एक-फ़्रेम VBV — यानी Remio का कॉन्फ़िगरेशन। क्वालिटी 8 Mbps CBR पर एक मोटी अवधारणात्मक रैंकिंग है; असल अंतर छोटे हैं।

ईमानदार सार: रिमोट-डेस्कटॉप स्ट्रीमिंग जिन सेटिंग्स का असल में इस्तेमाल करती है (CBR, कम-लेटेंसी, कोई B-फ़्रेम नहीं), उन पर चारों आराम से काफ़ी अच्छे हैं। फ़र्क़ करने वाली बातें हैं AV1 सपोर्ट (NVIDIA / AMD / Intel — Apple नहीं), बिजली की कुशलता (Apple, फिर Intel iGPU, फिर बाक़ी सब), और प्लेटफ़ॉर्म उपलब्धता (आप Windows होस्ट पर VideoToolbox या Mac पर NVENC नहीं चुन सकते)।

Remio रनटाइम पर क्या चुनता है

Remio स्टार्टअप पर होस्ट की क्षमताएँ जाँचता है और निर्धारित प्राथमिकता से एनकोडर चुनता है। Windows होस्ट और Mac होस्ट एक ही चयन-तर्क का पालन करते हैं।

Windows होस्ट पर:

1. NVENC (hevc_nvenc / h264_nvenc) — NVIDIA GPU मौजूद होने और ड्राइवर के जवाब देने पर सबसे पहले चुना जाता है। इसलिए पसंदीदा कि यह हार्डवेयर की सबसे व्यापक पीढ़ियों में सबसे लगातार कम-लेटेंसी वाला एनकोडर है।
2. AMF (hevc_amf / h264_amf) — VCN वाला AMD डिस्क्रीट GPU या APU मौजूद होने पर दूसरे नंबर पर चुना जाता है। usage=ultralowlatency, quality=speed, rc=cbr के साथ कॉन्फ़िगर किया हुआ।
3. QuickSync (hevc_qsv / h264_qsv) — Intel iGPU मौजूद होने पर तीसरे नंबर पर चुना जाता है। हमारी पाइपलाइन में कार्यात्मक रूप से बराबर; अगर डिस्क्रीट GPU उपलब्ध है तो हम iGPU को ख़ाली छोड़ना पसंद करते हैं।
4. libx264 CPU फ़ॉलबैक — सिर्फ़ तब चुना जाता है जब कोई हार्डवेयर एनकोडर जवाब न दे। लेटेंसी बजट के भीतर रहने के लिए 720p60 या 1080p30 पर सीमित।

Apple होस्ट पर: VideoToolbox ही अकेला विकल्प है, और अकेला जो हम चाहते हैं। हर समर्थित Mac (macOS 15+) के भीतर का Media Engine H.265 main10 को सीधे सँभालता है। किसी फ़ॉलबैक पाथ की ज़रूरत नहीं।

कोडेक की प्राथमिकता है पहले हार्डवेयर H.265, और H.264 सार्वभौमिक फ़ॉलबैक — शुरू से अंत तक, हर प्लेटफ़ॉर्म पर। Remio आज AV1 इस्तेमाल नहीं करता (उसके लिए होस्ट एनकोड, क्लाइंट डिकोड और कोडेक नेगोशिएशन पाइपलाइन में नहीं हैं); वह उस हार्डवेयर पर भी H.265 पर टिका रहता है जो तकनीकी रूप से AV1 कर सकता है, क्योंकि LAN पर बाधा एनकोड लेटेंसी है, बिटरेट नहीं।

क्वालिटी बनाम लेटेंसी के समझौते

हर हार्डवेयर एनकोडर वही मुट्ठी भर नॉब देता है, और हर नॉब क्वालिटी को लेटेंसी से एक ही दिशा में तौलता है। Remio का कॉन्फ़िगरेशन लेटेंसी डायल के सबसे आक्रामक सिरे पर बैठता है क्योंकि रिमोट डेस्कटॉप परिभाषा से एक रीयल-टाइम ऐप्लिकेशन है जहाँ 20 ms से पुराना फ़्रेम, आदर्श से थोड़े धुंधले फ़्रेम से बदतर है।

• CBR बनाम VBR। वेरिएबल बिटरेट बिट्स को वहाँ ख़र्च करके, जहाँ वे काम आएँ, उसी औसत रेट पर बेहतर क्वालिटी देता है। लेकिन VBR प्रति फ़्रेम अनिश्चित आकार भी पैदा करता है, यानी अनिश्चित पेसर कतार, यानी अनिश्चित लेटेंसी। Remio हर जगह CBR इस्तेमाल करता है। क्वालिटी की क़ीमत छोटी है; लेटेंसी की स्थिरता बहुत बड़ी।
• B-फ़्रेम। B-फ़्रेम बीते और आने वाले, दोनों फ़्रेम का हवाला देते हैं, इसलिए डिकोडर को B-फ़्रेम डिकोड करने से पहले आने वाले फ़्रेम के पहुँचने का इंतज़ार करना पड़ता है। वीडियो-ऑन-डिमांड के लिए यह ठीक है और रीयल-टाइम के लिए घातक। Remio हर प्लेटफ़ॉर्म पर हर कोडेक के लिए B-फ़्रेम बंद रखता है।
• GOP / कीफ़्रेम अंतराल। लंबे GOP (कीफ़्रेम के बीच ज़्यादा फ़्रेम) बेहतर कम्प्रेस होते हैं। छोटे GOP पैकेट लॉस से जल्दी उबरते हैं। Remio व्यावहारिक रूप से अनंत GOP चलाता है और जब डिकोडर लॉस बताए तब होस्ट से नया कीफ़्रेम माँगता है। खोया पैकेट तुरंत दोबारा भेजा जाता है अगर वह समय पर पहुँच सके; न पहुँच सके तो Remio उसे छोड़ देता है और इंतज़ार करने की जगह नया फ़्रेम माँगता है। यह सिर्फ़ ताज़ातरीन फ़्रेम रेंडर करने के हमारे स्ट्रीमिंग दर्शन से मेल खाता है।
• लुकअहेड। NVENC, AMF और QuickSync तीनों एडैप्टिव क्वांटाइज़ेशन के लिए बहु-फ़्रेम लुकअहेड सपोर्ट करते हैं। लुकअहेड का हर फ़्रेम एक पूरे फ़्रेम की देरी जोड़ता है। Remio शून्य या एक-फ़्रेम लुकअहेड चलाता है — हर एनकोडर की सबसे निचली सेटिंग।
• VBV बफ़र। Video Buffering Verifier विंडो यह है कि एनकोडर को लक्ष्य रेट पर लौटने से पहले कितने बिट्स "आगे से उधार" लेने की अनुमति है। बड़ा VBV चिकनी क्वालिटी देता है। छोटा VBV कसा हुआ रेट कंट्रोल और कम लेटेंसी देता है। Remio 1 फ़्रेम का VBV इस्तेमाल करता है — बिटरेट को फ़्रेम रेट से भाग देकर — जो सबसे छोटा वैध मान है।

पैटर्न चारों वेंडरों में एक जैसा है। रीयल-टाइम कम-लेटेंसी एक बाधित ऑप्टिमाइज़ेशन है: ऑफ़लाइन एनकोडिंग में लुकअहेड और B-फ़्रेम जो चंद प्रतिशत क्वालिटी ख़रीदते हैं, उसे आप उस अनुमान-योग्य लेटेंसी के बदले छोड़ देते हैं जिसकी रीयल-टाइम इंटरैक्शन माँग करती है। शिप हो रहा हर स्ट्रीमिंग प्रोडक्ट — Remio, Parsec, NVIDIA GeForce NOW, Xbox Cloud Gaming — एक ही दिशा में यही समझौता करता है।

आप (यूज़र) को असल में किस बात की परवाह करनी चाहिए

अगर आप सीधे अंत पर आए हैं: कोई भी आधुनिक GPU का हार्डवेयर एनकोडर रिमोट डेस्कटॉप के लिए ठीक है।

रीयल-टाइम कॉन्फ़िगरेशन पर अंतर किसी भी वाजिब बेंचमार्क के नॉइज़ फ़्लोर से छोटे हैं। Pascal GTX 1060 वाले यूज़र को वही Remio अनुभव मिलता है जो RTX 4090 वाले को — दोनों लगभग 8 ms की प्रोसेसिंग लेटेंसी पर 120 FPS की पाइपलाइन भर देते हैं (बाक़ी आपके डिस्प्ले की अपनी 60 Hz रिफ़्रेश गति है), दोनों LAN बिटरेट पर अप्रभेद्य आउटपुट देते हैं।

अपवाद, इस क्रम में कि वे कितनी बार मायने रखते हैं:

• AV1-सक्षम हार्डवेयर आम तौर पर धीमे नेटवर्क पर मदद करता है। होटल का Wi-Fi या मोबाइल हॉटस्पॉट, M3+ या RTX 40-सीरीज़ क्लाइंट के साथ Ada / RDNA3 / Arc होस्ट, उसे इस्तेमाल करने वाले टूल पर उसी क्वालिटी पर लगभग 25 प्रतिशत ज़्यादा गुंजाइश ख़रीदता है। LAN पर, कुछ नहीं। Remio अभी AV1 नहीं चलाता — शुरू से अंत तक H.265 ही पूरी पाइपलाइन है — इसलिए आज यह एक वेंडर का फ़ायदा है, Remio का नहीं।
• Apple Silicon Mac उल्लेखनीय रूप से अच्छे होस्ट हैं। Media Engine की कम लेटेंसी, बेहतरीन H.265 और 3-5 W की खपत Mac mini या Studio को आपके ख़रीद सकने वाले सबसे अच्छे हमेशा-चालू स्ट्रीमिंग स्रोतों में से एक बनाती है। AV1 एनकोड न होना अकेली कमी है, जो LAN पर अप्रासंगिक है।
• Intel Arc A380 AV1 के लिए बेतुका सस्ता सौदा है। ~$120 एक ऐसा एनकोडर ब्लॉक ख़रीदता है जो $400 से नीचे हर चीज़ से बेहतर है।
• libx264 CPU फ़ॉलबैक असली है। कोई हार्डवेयर एनकोडर नहीं — पुराना लैपटॉप, बिना iGPU का सर्वर — फिर भी Remio चलता है। बस 4K 60 पर नहीं, और बिना एक CPU कोर जलाए नहीं।

इन किनारे के मामलों से परे, सही जवाब सबसे सरल है: वही GPU इस्तेमाल करें जो आप वैसे भी ख़रीदते। हर आधुनिक वेंडर उन्हीं क्षमताओं, उन्हीं कम-लेटेंसी प्रीसेट, उसी क्वालिटी दायरे पर पहुँच गया है। Remio रनटाइम पर सही वाला चुन लेता है ताकि आपको इसके बारे में सोचना न पड़े। जिस काम के लिए आपने रिमोट डेस्कटॉप सेशन खोला था, उसमें लग जाइए — कोड, वीडियो एडिट, सर्वर ठीक करना, कैफ़े से कोई फ़िक्स पुश करना।

फ़िक्स्ड-फ़ंक्शन सिलिकॉन का पूरा मतलब यही है। यह बस काम करता है, और आप इसे नोटिस करना बंद कर देते हैं।