आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप WebM को MKV में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
WebM से MKV
दोनों फ़ॉर्मेट दूर के रिश्तेदार नहीं। Matroska 2002 में एक ऐसे कंटेनर के तौर पर आया जो लगभग कुछ भी रख सकता था, और WebM, जिसे Google ने 2010 में जारी किया, उसका जान-बूझकर संकुचित संस्करण है: वही बनावट, बस royalty-free कोडेक की छोटी सूची तक सीमित।
यही क़रीबी वजह है कई गाइड WebM to MKV को महज़ नाम बदलना बताते हैं। फ़ाइल बनावट के लिहाज़ से वे लगभग सही हैं। आपका प्लेयर उसे चलाएगा या नहीं इस लिहाज़ से वे पूरी तरह ग़लत हैं — क्योंकि जो टूटता है वह आम तौर पर कंटेनर नहीं होता।
यह उन्हें दोबारा-एनकोड करता है। वीडियो H.264 बनकर और ऑडियो AAC बनकर निकलता है, भले भीतर कुछ भी गया हो। हर फ़्रेम वापस पिक्सेल तक डिकोड होकर फिर कंप्रेस होता है, जो असली समय लेता है और थोड़ा विवरण खोता है, ठीक MP4 में बदलने जैसा। MKV लपेटन ही इकलौता मुफ़्त हिस्सा है।
यह जान-बूझकर लिया चुनाव है, कंटेनर की सीमा नहीं: MKV VP9 भी ख़ुशी से रखता है, AV1 और FLAC भी। H.264 लिखने की वजह है MKV में बदलने वाला लगभग हमेशा मीडिया प्लेयर को खिला रहा होता है, ब्राउज़र को नहीं, और WebM पर अटकने वाला प्लेयर MKV के भीतर VP9 पर भी उसी तरह अटकेगा।
एक असली काम है जो "WebM to MKV" सुनने पर लगता है यह करेगा: कंप्रेस्ड स्ट्रीम एक कंटेनर से निकालकर दूसरे में लिखना बिना एक फ़्रेम छुए। यह फ़ाइल की लंबाई चाहे कुछ भी हो, सेकंडों में होता है, कुछ नहीं खोता, और बाइट-बराबर तस्वीर देता है।
यह वह नहीं है। MKVToolNix का `mkvmerge` एक ड्रैग और क्लिक से यह करता है, और टर्मिनल से `ffmpeg -i input.webm -c copy output.mkv`। अगर आपकी इकलौती समस्या यह है कि कोई सॉफ़्टवेयर `.mkv` एक्सटेंशन पर अड़ा है जबकि VP9 से पूरी तरह ख़ुश है, वही छोटा और बेहतर रास्ता है।
Plex, Jellyfin और Emby सबको एक ही फ़ैसला लेना पड़ता है जब क्लाइंट प्ले दबाता है: फ़ाइल जैसी है वैसी सौंपना, या चलते-चलते ट्रांसकोड करना। Direct play मुफ़्त और तुरंत है; ट्रांसकोडिंग सर्वर चलाने वाले बॉक्स पर लगातार बोझ है।
H.264 के साथ AAC वह जोड़ी है जिसे लगभग हर क्लाइंट हार्डवेयर में डिकोड करता है, दस साल पुराने स्मार्ट TV से लेकर फ़ोन तक। VP9 वाली WebM को एक बार, पहले से बदलना यह काम हमेशा के लिए सर्वर से हटा देता है।
Matroska की साख उन चीज़ों पर टिकी है जो यह बदलाव नहीं दे सकता। यह कितने भी ऑडियो ट्रैक रख सकता है, तो फ़िल्म मूल भाषा और दो डब ढो सकती है। यह कई फ़ॉर्मेट में सबटाइटल ट्रैक रखता है, फ़ाइल से बाहर बैठने की बजाय embedded।
इनमें से कुछ भी यहाँ नहीं बचता: एक वीडियो ट्रैक और एक ऑडियो ट्रैक पार जाते हैं, बाक़ी सब छोड़ दिया जाता है। अगर MKV चाहने की वजह सबटाइटल जोड़ना है, यह बाद में MKVToolNix में कीजिए — यह मौजूदा MKV में बिना दोबारा-एनकोड किए ट्रैक जोड़ता है।
MKV का सहारा शौक़ीनों की दुनिया के बाहर सच में असमान है। कोई ब्राउज़र इसे सीधे नहीं चलाता, तो MKV वेबपेज में embed नहीं हो सकती। कई स्मार्ट-TV ऐप, पुराने फ़र्मवेयर वाले ज़्यादातर सेट-टॉप बॉक्स और आम तौर पर Apple का इकोसिस्टम इसे मना करते हैं या बुरी तरह संभालते हैं।
चूँकि यहाँ बनी फ़ाइल दोनों ही तरीक़े से वही H.264 और AAC रखती है, कंटेनर मुफ़्त चुनाव है, और MP4 सुरक्षित डिफ़ॉल्ट है। MKV तभी चुनिए जब आपकी श्रृंखला में कुछ ख़ास इसकी माँग करे।
रेज़ोल्यूशन नियंत्रण तब काम का है जब स्रोत असामान्य आकार का स्क्रीन कैप्चर हो। मीडिया सर्वर और टेलीविज़न ऐप मानक क़दमों पर सबसे ख़ुश रहते हैं, और 1080p ज़्यादातर लाइब्रेरी की जगह है।
क्वालिटी बैंड दूसरा लीवर है। एक बार देखी जाने वाली किसी भी चीज़ के लिए Balanced सही है; रखने वाले संग्रह में जाने वाली किसी चीज़ के लिए high सेटिंग अतिरिक्त आकार की लायक़ है, क्योंकि यह पहले से कंप्रेशन की दूसरी पीढ़ी है।
लाइब्रेरी एक-एक फ़ाइल करके नहीं बदलती। सौ तक WebM फ़ाइलें एक साथ छोड़ी जा सकती हैं, हर एक अपनी प्रोग्रेस के साथ बदलती है, और बनी MKV फ़ाइलें एक ZIP के तौर पर डाउनलोड होती हैं। कुछ भी किसी और के पीछे कतार में नहीं लगता क्योंकि कोई साझा सर्वर नहीं।
कोई अपलोड न होना ही इसे सिर्फ़ निजी नहीं, व्यावहारिक बनाता है। सौ रिकॉर्डिंग दसियों गीगाबाइट हैं; उसे किसी कन्वर्टर को भेजकर वापस खींचना एनकोडिंग से ज़्यादा समय लेगा।
| WebM | MKV | |
|---|---|---|
| पूरा नाम | WebM वीडियो | Matroska वीडियो |
| फ़ाइल एक्सटेंशन | .webm | .mkv |
| मीडिया टाइप | video/webm | video/x-matroska |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है |
| पहली बार प्रकाशित | 2010 | 2002 |
| प्रकाशक | — | |
| विनिर्देश | — | Matroska |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | MP4 | MP4 |
MKV को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
MKV एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर H.264, HEVC और AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
WebM आते-आते ही चलना शुरू कर सकता है; MKV पहले पूरी फ़ाइल माँगता है। किसी पेज पर तुरंत शुरू होने वाले वीडियो और पहले पूरा उतरने का इंतज़ार कराने वाले वीडियो में यही फ़र्क़ है।
VLC WebM और MKV — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: WebM का वेब और स्ट्रीमिंग पर, MKV का सहेजना और बनी हुई फ़ाइल सौंपना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
MKV 2002 से चला आ रहा है, और Matroska में तय किया गया है। VLC, MKVToolNix और HandBrake इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
MKV कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। वीडियो नक़ल नहीं होता, दोबारा एनकोड होता है, इसलिए सबसे ऊँची सेटिंग पर भी कुछ बारीक़ी जाती है। सबटाइटल के ट्रैक और अध्याय साथ नहीं जाते। और अगर आवाज़ ऐसे फ़ॉर्मेट में हो जिसे ब्राउज़र डिकोड न कर सके — AC-3, E-AC-3, DTS और TrueHD, जो डिस्क और स्ट्रीमिंग रिप में आम हैं — तो तस्वीर तो बदल जाती है, पर नतीजा बिना आवाज़ के निकलता है।
MKV को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
MKV एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर H.264, HEVC और AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
WebM आते-आते ही चलना शुरू कर सकता है; MKV पहले पूरी फ़ाइल माँगता है। किसी पेज पर तुरंत शुरू होने वाले वीडियो और पहले पूरा उतरने का इंतज़ार कराने वाले वीडियो में यही फ़र्क़ है।