उन 5% पाठकों के लिए जो पहले से ही मीडिया के बारे में जानते हैं Quic, आप लगभग निश्चित रूप से इस सवाल पर अपनी राय रखते हैं, इसलिए लेख को छोड़ने के लिए स्वतंत्र महसूस करें और टिप्पणियों पर सीधे कूदने के लिए समझाएं कि मैं गलत क्यों हूं। बाकी 95% के लिए, आप शायद इस तरह के हैं: मेरे दोस्तों के लिए चिंता न करें, हम क्विक में प्रवेश करेंगे, आप इसे कैसे मीडिया भेजते हैं, और यह वेब पर आरटीसी डालने से कैसे अलग है। WebRTC क्या है? सबसे पहले, आइए WebRTC पर एक त्वरित पुनरावृत्ति करें। WebRTC वेब पर अधिकांश वीडियो सम्मेलन अनुप्रयोगों के पीछे एपीआई है. यह वास्तविक समय में वीडियो स्ट्रीमिंग शामिल करने वाले कई अन्य उपयोग मामलों के लिए भी उपयोग किया जाता है. इस बात को समझाने के लिए, एक वेबमिनार आवेदन पर विचार करें: एक Webinar App बनाएं मान लीजिए कि आप वेबसिनर्स को होस्ट करने के लिए एक वेब एप्लिकेशन बनाना चाहते हैं. आपको अपने वेबकैम वीडियो और ऑडियो साझा करने में सक्षम होने के लिए एक मेजबान की आवश्यकता होगी, और संभावित रूप से वास्तविक समय में एक स्क्रीन-Share। आपको प्रतिभागियों को होस्ट से उन वीडियो स्ट्रीम का उपभोग करने में सक्षम होने की भी आवश्यकता होगी, और संभावित रूप से सवाल पूछने और / या सामान्य इंटरैक्टिवता के लिए अपने स्वयं के कैमरा वीडियो और ऑडियो साझा करने के लिए। WebRTC वेबसिनर्स को कैसे सक्षम करता है हमारे वेबसेनार ऐप का निर्माण करने के लिए मानक समाधान WebRTC का उपयोग करना होगा, जो एक वेब एपीआई है जो मुख्य रूप से वीडियो सम्मेलन अनुप्रयोगों को सुविधाजनक बनाने के लिए डिज़ाइन किया गया है। चुनिंदा भेजने की इकाई प्रत्येक प्रतिभागी सर्वर के लिए एक कनेक्शन खोलता है, अपने स्वयं के स्थानीय वेब कैमरा स्ट्रीम को पकड़ता है, सर्वर के साथ कोडेक विकल्प, बिट दर आदि पर समन्वय करने के लिए बातचीत करता है, और फिर सर्वर से स्ट्रीम के लिए प्रसारण और सदस्यता शुरू करता है। कोड में यह कुछ इस तरह दिखता है: // SFU WebRTC: Single connection to server async function joinWebinar() { // 1. Get your webcam const localStream = await navigator.mediaDevices.getUserMedia({ video: true, audio: true }); // 2. Create ONE peer connection (to the server, not to each participant) const peerConnection = new RTCPeerConnection({ iceServers: [{ urls: ['stun:stun.example.com'] } }); // 3. Add your local stream to the connection for (let track of localStream.getTracks()) { peerConnection.addTrack(track, localStream); } // 4. Exchange connection details with the server const offer = await peerConnection.createOffer(); const answer = await signalingServer.send({ offer }); await peerConnection.setLocalDescription(offer); await peerConnection.setRemoteDescription(answer); // 5. When the server sends you other participants' streams, display them peerConnection.ontrack = (event) => { const participantId = event.streams[0].id; displayRemoteVideo(participantId, event.streams[0]); }; } WebRTC सर्वर सर्वर न केवल प्रतिभागियों के बीच कनेक्शन को समन्वय करता है, बल्कि प्रतिभागियों के बीच स्ट्रीम के चयनित प्रसारण को भी सक्षम करता है। 100 प्रतिभागियों के साथ एक वेबमिनार के लिए, इसका मतलब यह है कि प्रत्येक प्रतिभागियों ने 99 अलग-अलग बार अपने वेबकैम स्ट्रीम को साझा नहीं किया है, वे केवल सर्वर पर 1 स्ट्रीम अपलोड करते हैं और यह हर किसी के लिए प्रसारित किया जाता है। 100 प्रतिभागियों में से प्रत्येक को 99 अन्य वीडियो फीड के लिए सदस्यता करने की भी आवश्यकता नहीं है, एप्लिकेशन व्यावसायिक तर्क लागू कर सकता है ताकि प्रत्येक प्रतिभागियों को केवल उपलब्ध फीड के एक उपसेट के लिए सदस्यता हो (जैसे शायद हर कोई मेजबान की वेबकैम और स्क्रीन साझा करता है, और 5 यादृच्छिक अन्य प्रतिभागियों के फीड), हर किसी के लिए बैंडविड्थ को कम करता है। व्यावहारिक रूप से WebRTC वेबआरटीसी को वीडियो सम्मेलन और हमारे वेबमिनार उदाहरण के रूप में अनुकूलित उपयोग के मामले के लिए बनाया गया था, इसलिए यह एंड्रॉइड और आईओएस जैसे गैर-ब्राउज़र प्लेटफार्मों के लिए भी वास्तविक समय में वीडियो एक्सचेंज करने के लिए डिफ़ैक्ट तरीका बन गया है। WebRTC के लिए मुख्य चुनौतियों में शामिल हैं Scalability - Server-side forwarding of many simultaneous video streams requires significant CPU and bandwidth, making it increasingly expensive to scale beyond a certain point (usually thousands) Control - WebRTC was built primarily with video conferencing in mind, and so while it is highly optimized for that use case, it lacks fine-grained control over media encoding & delivery (codecs, strings, packet-level control) that are relevant in other use cases like remote control or AI video pipelines. Quic पर मीडिया क्या है? Media over Quic (MoQ) वास्तविक समय वीडियो स्ट्रीमिंग के लिए एक नया प्रोटोकॉल है ... WebRTC की तरह। ठीक है, तो लेकिन अगर WebRTC पहले से ही मौजूद है और ठीक से काम करता है, तो कंपनियां क्यों हैं और सभी अचानक एक नए प्रोटोकॉल पर काम करते हैं? CloudFlare के बारे में लक्ष्य सबसे पहले, हम Quick के बारे में बात करेंगे। लगभग कोई भी सामान्य संचार आप एक वेब डेवलपर्स के रूप में संभाल सकते हैं एक HTTPS अनुरोध के रूप में लेता है, जिसमें एक नेटवर्क और सर्वर के बीच कई पीछे-पीछे कदम शामिल हैं कनेक्शन स्थापित करने के लिए। ये HTTP अनुरोध, और एपीआई जैसे Websockets और कभी-कभी WebRTC, एक प्रोटोकॉल का उपयोग करते हैं जिसे TCP कहा जाता है, एक प्रोटोकॉल नेटवर्क और सर्वर के बीच डेटा का आदान-प्रदान करने के लिए, जहां पैकेज क्रम में भेजे जाते हैं। यदि एक पैकेज खो जाता है, तो बाद के पैकेज पकड़े जाते हैं, जो आदेश को बनाए रखता है, लेकिन जिससे "हेड लाइन ब्लॉकिंग" हो सकता है QUIC एक वैकल्पिक प्रोटोकॉल है, और तेज़ कूरियर की तरह कार्य करता है जो गति को प्राथमिकता देता है, यह कम महत्वपूर्ण पैकेज (जैसे एक वीडियो फ्रेम) छोड़ सकता है, लेकिन इसका मतलब है कि आपका शेष वितरण तेजी से हो जाता है। QUIC और सामान्य TCP / HTTP के बीच कुछ अंतर QUIC कनेक्शन कम सेटअप की आवश्यकता होती है QUIC पूरे कनेक्शन को धीमा करने के बजाय व्यक्तिगत पैकेज को बुद्धिमानी से छोड़ सकता है QUIC नेटवर्क के बीच स्विच करते समय एक कनेक्शन बनाए रख सकता है, जैसे कि WIFI से सेल्युलर कनेक्शन में स्विच QUIC इसलिए एक उपयोगी नेटवर्किंग प्रोटोकॉल है जो वीडियो स्ट्रीमिंग के लिए विशेष रूप से उपयुक्त है, हालांकि सिद्धांत में आप QUIC के माध्यम से किसी भी डेटा भेज सकते हैं। अब हमारे पास है, QUIC, चलो इसके बारे में कुछ मीडिया भेजते हैं Quic पर मीडिया के पीछे विचार, जैसा कि आप शायद पहले से ही अनुमान लगा चुके हैं, QUIC कनेक्शनों के माध्यम से मीडिया भेजना है। विशेष रूप से, हालांकि, Media over Quic QUIC के शीर्ष पर एक औपचारिक प्रोटोकॉल है। Media over Quic एक pub / sub प्रणाली के रूप में काम करता है जहां एक एक कोड किए गए मीडिया के स्ट्रीम भेजता है (आमतौर पर एक सीडीएन), और इन रिलीज़ों को रिलीज़ करें: publisher relay subscribers Quic रिले के माध्यम से मीडिया सामग्री-एग्निस्टिक हैं, वे नहीं जानते कि नेटवर्क पर क्या चल रहा है, चाहे यह वीडियो, ऑडियो, पाठ या सिर्फ यादृच्छिक बाइनरी कोड है। एक और महत्वपूर्ण पहलू यह है कि Media over Quic रिले को एक साथ श्रृंखला किया जा सकता है, ताकि कुछ सदस्य डेटा प्राप्त कर सकें जो केवल 1 रिले के माध्यम से गुजर चुका है, और अन्य डेटा प्राप्त कर सकें जो 5 रिले के माध्यम से गुजर चुका है। Quic पर मीडिया रिले को भी समग्र "प्रसारण" की स्थिति बनाए रखने की आवश्यकता नहीं है, वे केवल डेटा पाइप के रूप में कार्य करते हैं, बिना यह जानने के कि कितने संपादक और सदस्य हैं या सत्र कितने समय से सक्रिय रहा है। ये मुख्य विशेषताएं हैं जो Media over Quic को चलाने की अनुमति देती हैं , जो एक साथ लाखों दर्शकों के लिए वास्तविक समय स्ट्रीमिंग की अनुमति देता है, जो WebRTC के साथ संभव नहीं है। सीडीएनएस Pseudocode के उदाहरण एक स्ट्रीम देखने के लिए, यह मीडिया Quic कुछ इस तरह दिखता है async function watchWebinarViaQuic() { // 1. Connect to the relay const connection = await Moq.connect("https://relay.moq.some-cdn.com"); // 2. Subscribe to the broadcast const broadcast = connection.consume("my-webinar"); // 3. Subscribe to the video and audio tracks const videoTrack = await broadcast.subscribe("video"); const audioTrack = await broadcast.subscribe("audio"); // 4. Decode and display/play the streams decodeAndDisplayVideo(videoTrack); decodeAndPlayAudio(audioTrack); } एक स्ट्रीम को प्रसारित करने के लिए कुछ इस तरह दिखता है: async function joinWebinarViaQuic() { // 1. Get your webcam const stream = await navigator.mediaDevices.getUserMedia({ video: true, audio: true }); const videoTrack = stream.getVideoTracks()[0]; const audioTrack = stream.getAudioTracks()[0]; // 2. Connect to a MoQ relay (instead of connecting to an SFU) const connection = await Moq.connect("https://relay.moq.some-cdn.com"); // 3. Create a broadcast (namespace for your streams) const broadcast = new Moq.Broadcast(); connection.publish("my-webinar", broadcast); // 4. Get video and audio tracks from the relay const videoMoqTrack = await broadcast.requested('video'); const audioMoqTrack = await broadcast.requested('audio'); // 5. Stream your camera to the relay encodeAndStreamVideo(videoTrack, videoMoqTrack); encodeAndStreamAudio(audioTrack, audioMoqTrack); } वास्तव में एन्कोडिंग / डिकोडिंग और वीडियो प्रदर्शित करने में एक पूरी तरह से अलग चीज शामिल है जिसे कहा जाता है लेकिन वहाँ भी हैं यह इस बात को संभालता है... वेबकोड पुस्तकालयों स्ट्रीमिंग vs कनेक्शन WebRTC और Media over Quic के बीच मौलिक वास्तुकला अंतर यह है कि WebRTC एक सक्रिय स्टेटिव कनेक्शन श्रृंखला के रूप में कार्य करता है, जबकि MoQ एक स्वतंत्र, समानांतर प्रवाह की श्रृंखला के रूप में कार्य करता है। WebRTC में कनेक्शन स्वाभाविक रूप से दो दिशात्मक होते हैं (यहां तक कि साथियों के बीच या क्लाइंट से सर्वर तक) जबकि MoQ में paralel independent unidirectional streams के साथ ऑपरेशन होते हैं। ठीक है, लेकिन क्यों MoQ? कई कंपनियां और डेवलपर्स MoQ के बारे में उत्साहित हैं क्योंकि इसमें WebRTC (और अन्य वेब वीडियो प्रौद्योगिकियों) की तुलना में विशिष्ट लाभ हैं। MoQ वीडियो सम्मेलन सॉफ्टवेयर के समान वास्तविक समय वीडियो अनुभव प्रदान कर सकता है, लेकिन चूंकि स्ट्रीम सीडीएन के माध्यम से भेजे जाते हैं, एक कैमरा के साथ एक व्यक्ति लाखों लोगों को स्ट्रीम कर सकता है, जो WebRTC के साथ असंभव होगा Scale: QUIC अधिक विश्वसनीय स्ट्रीमिंग की अनुमति देता है, जो कनेक्शन को नेटवर्क (उदाहरण के लिए मोबाइल WIFI) पर स्विच करते समय भी बनाए रखने की अनुमति देता है, और वास्तविक समय वितरण सुनिश्चित करने के लिए ड्रॉप फ्रेम / पैकेज भी अनुमति देता है। Efficient transport क्योंकि इन्फ्रास्ट्रक्चर मॉडल इतना सरल है, यह नेटवर्किंग स्टैक को बहुत सरल बनाता है, जबकि साथ ही वीडियो कोडिंग और decoding पर अधिक कम स्तर का नियंत्रण भी प्रदान करता है, जो कुछ अनुप्रयोगों के लिए महत्वपूर्ण है। Simple model अभ्यास में Quic पर मीडिया जनवरी 2026 तक, मीडिया over Quic अभी भी बहुत शुरुआती चरण में है, और कई घटकों पर भरोसा करता है जो अभी भी विकसित किए जा रहे हैं: WebTransport - WebAPI जो QUIC कनेक्शन की अनुमति देता है, ब्राउज़रों के ~80% द्वारा समर्थित है, लेकिन अभी तक Safari पर समर्थित नहीं है पुस्तकालय: Media over Quic के लिए कोर पुस्तकालय केवल Rust (सेवर) और JS (क्लाइंट) के लिए मौजूद हैं, और अभी तक कोई मोबाइल एसडीके नहीं हैं रिले: कई सीडीएन प्रदाता MoQ रिले बना रहे हैं, और Cloudflare पहले से ही एक है, लेकिन वे अभी भी "बेटा" में हैं, और वर्तमान में सबसे विश्वसनीय तरीका अपने स्वयं के होस्टिंग है Quic पर मीडिया के पास इसके साथ निर्माण शुरू करने के लिए शुरुआती उपयोगकर्ताओं के लिए पर्याप्त उपकरण और समर्थन है, लेकिन इसके लिए अभी भी बहुत सारे "DIY" अनुकूलन और कार्यान्वयन की आवश्यकता है, और एक सुचारू डेवलपर्स अनुभव के लिए अभी भी बहुत जल्दी है। यह कहा गया है, एक समय था जब लोग नोडजेस के बारे में एक ही बात कहते थे. डेवलपर्स (मेरे सहित!) मीडिया के लिए कोर लाइब्रेरी पर काम कर रहे हैं, और कंपनियां रिलेज / होस्ट किए गए समाधान विकसित कर रही हैं, इसलिए आने वाले महीनों / वर्षों में अधिक स्थिर और उत्पादन तैयार होने की उम्मीद करें। क्या यह WebRTC को प्रतिस्थापित करेगा? वास्तविक समय में वीडियो अंतरिक्ष में लोगों के लिए, Media over Quic एक गर्म विषय रहा है, इस बारे में बहुत चर्चा की गई है कि क्या Media over Quic WebRTC को प्रतिस्थापित करेगा. मैं व्यक्तिगत रूप से दोनों hype और counter-hype को थोड़ा पाता हूं क्योंकि Media over Quic उस बिंदु तक परिपक्व नहीं हुआ है जहां इसे WebRTC के साथ तुलना करना उचित है. इस लेख के लिए आने से पहले 5% पाठकों को पहले से ही MoQ के बारे में पता था, आप शायद पहले से ही इस लेख में जवाब के बारे में कुछ तरह की राय के साथ आए हैं, इसलिए टिप्पणी करने या अपने विरोधाभास पोस्ट करने के लिए स्वतंत्र महसूस करें, मैं एसईओ का उपयोग कर सकता हूं। आपके अन्य 5% के लिए जो पूरे लेख (कूडो) के माध्यम से इसे बनाया गया है! आपके पास इस दौड़ में एक घोड़ा नहीं हो सकता है, लेकिन मैं यह इंगित करना चाहता हूं कि कोई फर्क नहीं पड़ता, यदि आप वेब विकास में काम करते हैं, तो यह शायद MoQ के बारे में जानना अच्छा है और यह वास्तविक समय में मीडिया स्ट्रीमिंग के लिए एक नया और आने वाला मानक है। मैंने MoQ पुस्तकालयों पर विकास के साथ मदद करना शुरू कर दिया है, क्योंकि मेरे पास WebRTC को प्रतिस्थापित करने में कोई विशेष रुचि या इच्छा नहीं है, बल्कि क्योंकि मुझे यह पसंद है और कम-स्तरीय नियंत्रण, और यह एक नए प्रोटोकॉल के फर्श पर जाने के लिए शानदार है. यह कहा गया है, मेरे कुछ निकटतम पेशेवर संपर्क WebRTC विशेषज्ञ हैं (मैंने पहले एक प्रोटोकॉल चलाया था) जिसमें एक एआई वेबआरटीसी उत्पादों पर लक्षित एसडीके फ़िल्टर करता है) और एक डेवलपर के रूप में, केवल मोक दस्तावेज़ को देखते हुए यह स्पष्ट है कि यह अभी भी व्यापक उपयोग के लिए बहुत कच्चा और जल्दी है। वेबकोड स्टार्टअप क्या यह WebRTC को प्रतिस्थापित करेगा? शायद WebRTC के पास एक अच्छी तरह से स्थापित पारिस्थितिकी तंत्र है, और एक समस्या को हल किया है जिसके पास पहले एक अच्छा समाधान नहीं था. WebRTC के विपरीत, MoQ "कुछ भी" के साथ प्रतिस्पर्धा नहीं कर रहा है, यह एक स्थापित, अच्छी तरह से समर्थित प्रोटोकॉल के साथ प्रतिस्पर्धा कर रहा है। यह कहा गया है, MoQ WebRTC और अन्य स्ट्रीमिंग प्रौद्योगिकियों जैसे वास्तविक लाभ है , और इसलिए यहाँ संभवतः कुछ उपयोग मामले हैं जहां MoQ के फायदे शुरुआती उपयोगकर्ताओं के लिए एक आश्चर्यजनक मामले प्रदान करेंगे: HLS / DASH प्रसारण Too big for WebRTC, to small for HLS/DASH प्रारंभिक उपयोगकर्ताओं के लिए मीठा बिंदु शायद अनुप्रयोग श्रेणियाँ हैं जो WebRTC या HLS / DASH द्वारा अच्छी तरह से सेवा नहीं की जाती हैं (वास्तविक समय में नहीं, लेकिन विशेष रूप से उच्च पैमाने पर) कुछ उदाहरणों में शामिल हो सकते हैं: वेबमिनार सॉफ्टवेयर, जहां वेबमिनारों को वास्तविक समय इंटरैक्टिवता की आवश्यकता होती है, लेकिन जो हजारों या दसियों हजारों प्रतिभागियों तक भी बढ़ाने की आवश्यकता होती है आभासी घटनाओं को प्रसारित करना जहां वक्ताओं को आमतौर पर बहुत कम प्रसारित किया जाता है, लेकिन जो अक्सर इंटरैक्टिव Q&A शामिल होते हैं ब्राउज़र-आधारित लाइव स्ट्रीमिंग टूल, जो ब्राउज़र से सर्वर और अन्य प्रतिभागियों तक वीडियो स्ट्रीमिंग करते हैं, जबकि एक ही समय में फेसबुक जैसे सोशल मीडिया प्लेटफॉर्म या यूट्यूब लाइव स्ट्रीमिंग करते हैं More control and reliability than WebRTC Quic पर मीडिया उन परिदृश्यों में भी उपयोगी होगा जहां मजबूत वीडियो कनेक्शन या वीडियो वितरण के कम स्तर के नियंत्रण की आवश्यकता होती है, जैसे कि रिमोट कैमरा फीड (सुरक्षा कैमरे, ड्रोन, रिमोट ऑपरेटिंग वाहन) या वास्तविक समय एआई वीडियो पाइपलाइनों के साथ परिदृश्यों में। WebRTC को अक्सर इन परिदृश्यों में उपयोग किया जाता है, लेकिन इन मामलों में, MoQ का स्केल लाभ अपर्याप्त है, मुख्य लाभ HTTP3/Quic के अधिक मजबूत कनेक्टिविटी और कम स्तर के फ्रेम नियंत्रण से होंगे जो MoQ को एक आकर्षक विकल्प बनाते हैं। For everything else बाकी सब कुछ के लिए, वहाँ वेबआरटीसी। मास्टरकार्ड यदि आप मानक कुकी कटर वीडियो सम्मेलन का निर्माण कर रहे हैं, तो WebRTC स्पष्ट रूप से बेहतर तकनीक है और वहाँ संभवतः एक उपयोग मामले नहीं होगा जहां MoQ समझ में आता है जब तक / जब तक MoQ पारिस्थितिकी तंत्र WebRTC की स्थिरता और परिपक्वता के स्तर तक नहीं पहुंचता है (शायद? लेकिन फिर भी, यह कुछ समय ले सकता है)। अधिक संसाधन यदि आप Media over Quic, WebRTC या सिर्फ वास्तविक समय मीडिया स्ट्रीमिंग के बारे में उत्सुक हैं, तो यहां कुछ संसाधन हैं: Media over Quic यदि आप Quic पर मीडिया के बारे में अधिक जानना चाहते हैं, तो आप उस पर गहराई से कूद सकते हैं MoQ की आधिकारिक वेबसाइट WebCodecsFundamentals, कोड उदाहरणों के साथ एक खुले स्रोत पाठ्यपुस्तक MoQ डिस्कोर्ड WebRTC WebRTC के बारे में कई ट्यूटोरियल हैं ( , ) और आप कुछ अन्य WebRTC विशेषज्ञों को भी WebRTC के खिलाफ MoQ के बारे में बात कर सकते हैं WebRTC डेवलपर्स के लिए एक महान विवाद समुदाय भी है जिसे कहा जाता है . Web.dev के बारे में एमडीएन वेबचैक पिन
