आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप MKV को WebM में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
MKV से WebM
यह वह रिश्ता है जो कुछ भी बदलने से पहले समझ लेना चाहिए। WebM अलग डिज़ाइन नहीं है — यह Matroska ही है, जिसकी अनुमत सामग्री मुट्ठी भर कोडेक तक सीमित कर दी गई है: तस्वीर के लिए VP8, VP9 और AV1, आवाज़ के लिए Opus और Vorbis। WebM फ़ाइल एक वैध Matroska फ़ाइल है, और उसे पढ़ने वाला पार्सर वही है।
यही सीमा इसकी पूरी कीमत है। किसी भी MKV को दिया गया ब्राउज़र पहले से नहीं जानता कि उसमें HEVC, DTS, TrueHD या 2004 का कुछ हो सकता है, इसलिए वह पूरी श्रेणी को मना कर देता है। WebM दिए गए ब्राउज़र को पहले से पता है कि यह पाँच में से एक चीज़ है जो वह डिकोड कर सकता है।
वीडियो साइटें अपनी सबसे अच्छी स्ट्रीम VP9 या AV1 में Opus आवाज़ के साथ परोसती हैं, और इनमें से कुछ भी किसी चलने लायक़ MP4 में नहीं जाता। इसलिए अलग-अलग वीडियो और ऑडियो स्ट्रीम को जोड़ने वाला डाउनलोड टूल उन्हें किसी उदार कंटेनर में रखता है, और Matroska हर जोड़ी को बिना बहस स्वीकार करता है — इसलिए डिस्क पर पड़ी फ़ाइल MKV है, हालाँकि उसमें कुछ भी फ़िल्म जैसा नहीं।
इसका नतीजा इस बंडल में असामान्य है — WebM में जो कोडेक चाहिए, वे अक्सर पहले से MKV के भीतर बैठे होते हैं। इससे बदलाव एक तरह से सस्ता हो जाता है और दूसरी तरह से सोचने लायक़, क्योंकि यह ठीक वह मामला है जहाँ कॉपी संभव थी और यह टूल कॉपी नहीं करता।
मान लेना आसान है कि WebM में जा रहा VP9 ट्रैक बिना छुए कॉपी हो जाएगा। ऐसा नहीं होता। हर फ़्रेम पिक्सेल तक डिकोड होकर दोबारा कंप्रेस होती है, और लॉसी कोडेक से दूसरी बार गुज़रना पहले दौर के अंदाज़े का थोड़ा और ब्योरा खो देता है — स्क्रीन-रिकॉर्डिंग पर यह लगभग नहीं दिखता, दाने या तेज़ पैनिंग पर मिलाकर देखने पर दिखता है।
इस ख़ास फ़ाइल के लिए विकल्प के बारे में साफ़ रहना ज़रूरी है, क्योंकि यह अच्छा विकल्प है। अगर MediaInfo बताए कि MKV पहले से VP9 और Opus रखता है, तो ffmpeg का स्ट्रीम-कॉपी या MKVToolNix सेकंडों में बिना कुछ खोए WebM बना देगा। यह पेज तब इस्तेमाल कीजिए जब स्रोत कुछ और हो, या फ़ाइल को हर हाल में रीसाइज़ करना हो।
नतीजा हर बार VP9 तस्वीर और Opus आवाज़ रखता है। AV1 स्रोत को रखा नहीं जाता, नीचे VP9 में बदल दिया जाता है — जो कुशलता में थोड़ा नुक़सान है, बदले में उन मशीनों की गिनती बढ़ाता है जो इसे डिकोड कर सकें।
आज के Chrome, Edge, Firefox और Safari यह जोड़ी चलाते हैं। पुराने macOS पर पुराना Safari अपवाद है, यही वजह है कि किसी `<video>` एलिमेंट में आम तौर पर WebM और MP4 दोनों सोर्स दिए जाते हैं और ब्राउज़र पहला समझने लायक़ चुन लेता है।
WebM को Matroska से कई ऑडियो ट्रैक की जगह विरासत में मिलती है, और ब्राउज़र जिसे भी डिकोड कर सके, वह उसी क्रम में आउटपुट में जाता है। डाउनलोड की गई क्लिप में आम तौर पर एक ही होता है, इसलिए यहाँ यह उतना मायने नहीं रखता जितना MP4 और MOV पेज पर।
सबटाइटल ट्रैक की कहानी छोटी है — यह कन्वर्टर सिर्फ़ वीडियो और ऑडियो ट्रैक पढ़ता है, इसलिए सॉफ़्ट-सब वाली MKV उसके लिए दिखती ही नहीं। किसी आपके नियंत्रण वाले पेज के लिए यह बड़ा नुक़सान नहीं — `<track>` एलिमेंट से जुड़ी WebVTT फ़ाइल ब्राउज़र को स्टाइल करने लायक़ और खोजी जा सकने वाली कैप्शन देती है।
कुछ बदलने से पहले हर साउंडट्रैक से पूछा जाता है कि ब्राउज़र उसे डिकोड कर सकता है या नहीं। जवाब न हो तो ट्रैक गिरा दिया जाता है और तस्वीर बिना उसके आगे बढ़ती है, इसलिए बदलाव कामयाब होता है और WebM बिना आवाज़ के निकलता है।
डाउनलोड की गई MKV में Opus या AAC होता है और यह कभी प्रभावित नहीं होती। DVD या Blu-ray से निकली MKV में AC-3, E-AC-3, DTS या Dolby TrueHD होता है, और इनके लिए कोई ब्राउज़र डिकोडर नहीं देता। किसी पेज के लिए डिस्क सामग्री बदल रहे हों तो प्रकाशित करने से पहले WebM बजाकर देख लीजिए।
किसी पेज पर एम्बेड की जाने वाली क्लिप के लिए क्वालिटी बैंड से ज़्यादा रेज़ोल्यूशन मायने रखता है। 4K स्रोत को 1080p पर लाने से तीन-चौथाई पिक्सेल हट जाते हैं और उनके साथ ज़्यादातर बाइट भी — 700 पिक्सेल चौड़े कॉलम में दिखाई जाने वाली क्लिप के लिए उससे ऊपर का हर पिक्सेल डाउनलोड होकर फेंक दिया जाता है।
यह नियंत्रण कभी बड़ा नहीं करता। स्रोत से ज़्यादा माँगने पर जान-बूझकर नज़रअंदाज़ किया जाता है, क्योंकि अपस्केलिंग कोई नया ब्योरा नहीं जोड़ती। सजावटी क्लिप — बैकग्राउंड लूप, ऑटोप्ले डेमो — के लिए छोटा बैंड और 720p अक्सर जगह पर अलग नहीं दिखता।
डिकोडिंग और VP9 एनकोडिंग दोनों उसी ब्राउज़र टैब में होती हैं। वीडियो ले जाने वाला कुछ भी बाहर नहीं जाता — नेटवर्क टैब खोलकर बदलाव करके इसकी पुष्टि की जा सकती है। कोई खाता नहीं, किसी और के अपलोड के पीछे कोई कतार नहीं।
VP9 H.264 से ज़्यादा प्रोसेसर माँगता है, और हार्डवेयर VP9 एनकोडर कम आम हैं, इसलिए ब्राउज़र अक्सर सॉफ़्टवेयर रास्ते पर जाता है और इंतज़ार फ़ाइल आकार के हिसाब से लंबा लगता है। यह क़ीमत आगे हर पेज-लोड पर वापस मिलती है — बराबर दिखने वाली क्वालिटी के लिए VP9 को H.264 से आम तौर पर कम बाइट चाहिए।
| MKV | WebM | |
|---|---|---|
| पूरा नाम | Matroska वीडियो | WebM वीडियो |
| फ़ाइल एक्सटेंशन | .mkv | .webm |
| मीडिया टाइप | video/x-matroska | video/webm |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है |
| पहली बार प्रकाशित | 2002 | 2010 |
| प्रकाशक | — | |
| विनिर्देश | Matroska | — |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | MP4 | MP4 |
WebM को हर मौजूदा ब्राउज़र खोल लेता है। MKV को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
WebM एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर VP8, VP9 और AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
VLC MKV और WebM — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: MKV का सहेजना और बनी हुई फ़ाइल सौंपना पर, WebM का वेब और स्ट्रीमिंग पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
MKV 2002 में आया। यह Matroska में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
WebM Google का है और 2010 से चला आ रहा है। VLC और FFmpeg इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
WebM कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। वीडियो नक़ल नहीं होता, दोबारा एनकोड होता है, इसलिए सबसे ऊँची सेटिंग पर भी कुछ बारीक़ी जाती है। सबटाइटल के ट्रैक और अध्याय साथ नहीं जाते। और अगर आवाज़ ऐसे फ़ॉर्मेट में हो जिसे ब्राउज़र डिकोड न कर सके — AC-3, E-AC-3, DTS और TrueHD, जो डिस्क और स्ट्रीमिंग रिप में आम हैं — तो तस्वीर तो बदल जाती है, पर नतीजा बिना आवाज़ के निकलता है।
WebM एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर VP8, VP9 और AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।