आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप GIF को MKV में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
GIF से MKV
Jellyfin और Kodi जैसे मीडिया सर्वर हर फ़ाइल को कंटेनर देखकर फ़िल्म, एपिसोड, संगीत या तस्वीर में बाँटते हैं। GIF इस बँटवारे में ग़लत तरफ़ पड़ती है — यह एक इमेज फ़ाइल है, इसलिए स्कैनर उसे या तो छोड़ देता है या आर्टवर्क समझ लेता है। फ़ाइलनाम कुछ भी हो, उसकी राय नहीं बदलती।
MKV में कोई उलझन नहीं। स्कैनर को एक ड्यूरेशन, एक वीडियो ट्रैक और एक रेज़ोल्यूशन मिलता है, और आइटम बाक़ी हर चीज़ की तरह थंबनेल और प्रोग्रेस बार के साथ लाइब्रेरी में दिखने लगता है। यही इस बदलाव की असली वजह है, फ़ाइल का आकार नहीं।
MKV 2002 में एक खुले कंटेनर के तौर पर आया था जो कुछ भी — कितने भी वीडियो, ऑडियो और सबटाइटल ट्रैक, चैप्टर, अटैचमेंट — बरसों तक रखने के लिए बनाया गया। इसका इस्तेमाल आर्काइविंग और डिलीवरी दोनों में होता है, पर आर्काइविंग वाला हिस्सा ही असली है।
यह वेब फ़ॉर्मेट नहीं है। ब्राउज़र में इसका सहारा बिल्कुल नहीं मिलता — आधा-अधूरा भी नहीं, पूरी तरह नदारद — और यह WebM की तरह क्रमिक स्ट्रीमिंग के लिए नहीं बना। अगर यह एनिमेशन किसी वेबपेज पर लगना है, तो इसे MKV बनाना उस मक़सद से और दूर ले जाता है।
Matroska लगभग कोई भी कोडेक ले सकता है, इसलिए यहाँ चुनाव मायने रखता है। यह बदलाव H.264 High प्रोफ़ाइल में लिखता है, क्योंकि सेल्फ़-होस्टेड लाइब्रेरी में फ़ाइल डालने वाला शख़्स आम तौर पर टीवी, स्ट्रीमिंग बॉक्स या फ़ोन ऐप चला रहा होता है, और H.264 वह इकलौती चीज़ है जिसे यह सारा हार्डवेयर बिना ऑन-द-फ़्लाई ट्रांसकोड किए चला लेता है।
विकल्प के तौर पर VP9 या AV1 दोनों उसी क्वालिटी पर छोटे होते, पर दोनों दूसरे छोर पर जुआ हैं। जो सर्वर प्लेबैक पर ट्रांसकोड करने पर मजबूर हो, वह एक चुपचाप चलने वाली एनिमेशन को उस CPU के लिए काम बना देता है जो पहले से कुछ और कर रहा होता है। जिस फ़ाइल को क्लाइंट सीधे चला ले, उसकी कोई क़ीमत नहीं।
यह बदलाव जो Matroska फ़ाइल बनाता है उसमें सिर्फ़ एक वीडियो ट्रैक होता है और कुछ नहीं — जो GIF दे सकती थी बस उतना ही। इसे शुरुआती बिंदु बनाने वाली बात यह है कि MKVToolNix बाद में इसमें बिना दोबारा एनकोड किए कुछ भी जोड़ सकता है — कमेंट्री ट्रैक, सबटाइटल फ़ाइल, चैप्टर मार्क, कवर तस्वीर।
Remux करने पर वीडियो स्ट्रीम बिना छुए कॉपी होती है, इसलिए कुछ नहीं खोता और यह मिनटों की बजाय सेकंडों में हो जाता है। अगर यह एनिमेशन आगे चलकर किसी बड़ी चीज़ का हिस्सा बनना है, तो MKV से शुरू करने का मतलब है हर अगला क़दम कंटेनर एडिट भर रह जाता है, कंप्रेशन की एक और पीढ़ी नहीं।
GIF फ़ॉर्मेट में मोशन कंपन्सेशन नहीं है। फ़्रेम बारह पूरी तस्वीर के तौर पर रखा जाता है भले वह फ़्रेम ग्यारह से चार पिक्सेल ही अलग हो, और इंडेक्स्ड पैलेट पर सिर्फ़ LZW कंप्रेशन लगता है। यह डिज़ाइन 1989 का है और कभी बदला नहीं, इसलिए स्क्रीन कैप्चर GIF के तौर पर कुछ मिनटों में भी दसियों मेगाबाइट का हो सकता है, भले कुछ ख़ास हिल भी न रहा हो।
H.264 एक पूरा फ़्रेम रखता है और उसके बाद हर फ़्रेम के लिए सिर्फ़ फ़र्क़। जो सामग्री GIF बनकर लाइब्रेरी में आती है — कैप्चर की गई टर्मिनल सेशन, धीरे घूमता रेंडर, व्हाइटबोर्ड पर लिखा जाना — उसमें ज़्यादातर तस्वीर फ़्रेम-दर-फ़्रेम एक जैसी रहती है, और यही वह हालत है जिसके लिए यह कोडेक बना।
GIF फ़्रेम में ज़्यादा से ज़्यादा 256 रंग होते हैं। असली कैप्चर में जो भी था, यह घटाव तभी हो गया जब GIF लिखी गई, और यह उन्हीं फ़्रेम में पक्का बैठा है जो एनकोडर को मिलते हैं। जो ग्रेडिएंट पहले चिकना था वह अब सीढ़ीनुमा है, और जो हिस्सा डिथर किया गया था वह अब बदलते पिक्सेल का एक मैदान है।
वीडियो एनकोडर इसमें कुछ नहीं जोड़ता, पर डिथरिंग असली उलझन है — यह हाई-फ़्रीक्वेंसी शोर है, और वह सबसे महँगी चीज़ है जो किसी वीडियो कोडेक से रखवाई जा सकती है। ज़्यादा डिथर वाली GIF उसी नाप-जोख वाली फ़्लैट GIF से बड़ी MKV बनाती है, और क्वालिटी बैंड ऊँचा करने से यह और बिगड़ जाता है।
GIF में आवाज़ नहीं होती, इसलिए MKV में सिर्फ़ वीडियो ट्रैक होता है। ज़्यादातर प्लेयर इस पर कोई शिकायत नहीं करते — VLC और MPV कोई ऑडियो डिवाइस नहीं दिखाते, Kodi इसे चुपचाप चला देता है।
कुछ लाइब्रेरी फ्रंट-एंड इतने आसान नहीं और बिना ऑडियो स्ट्रीम वाली फ़ाइल को अनजाना या ख़राब फ़ॉर्मेट बता सकते हैं। ऐसे में MKVToolNix बिना तस्वीर को दोबारा एनकोड किए एक ख़ामोश ऑडियो ट्रैक एक ही पास में जोड़ सकता है, जो GIF को अलग सेटिंग्स से दोबारा बदलने से सस्ता पड़ता है।
यह रोक साफ़ कहनी ज़रूरी है। अगर एनिमेशन तीन सेकंड की है और उसका मक़सद कहीं पोस्ट होना है, तो उसे Matroska बनाना ग़लत समस्या पर मेहनत है — वह लाइब्रेरी में ऐसे आइटम की तरह पड़ी रहेगी जिसे कोई देखना नहीं चाहता, और MP4 या WebM ज़्यादा काम आते।
यह बदलाव तभी सार्थक है जब GIF लंबी हो, उसे सहेजना हो न कि बाँटना, और बाक़ी शेल्फ़ पहले से Matroska हो। लाइब्रेरी के भीतर एकरूपता अपने आप में मायने रखती है — एक कंटेनर मतलब एक जैसी प्लेबैक सेटिंग और कुछ न चलने पर एक ही जगह जाँचना।
फ़्रेम ब्राउज़र के अपने इमेज डिकोडर से पढ़े जाते हैं और उसी टैब में Matroska में मक्स किए जाते हैं। फ़ाइल का कोई हिस्सा कहीं नहीं भेजा जाता, न कोई अकाउंट न कोई कतार — यही वजह है कि लोग इस काम के लिए FFmpeg इंस्टॉल करते थे, और अब बिना इंस्टॉल किए वही मिलता है।
यह डिकोडर हर ब्राउज़र में नहीं है। जहाँ नहीं है, पेज साफ़ बता देता है कि किन ब्राउज़र में यह उपलब्ध है, बजाय इसके कि फ़ाइल चुपचाप किसी सर्वर को थमा दी जाए।
| GIF | MKV | |
|---|---|---|
| पूरा नाम | Graphics Interchange Format | Matroska वीडियो |
| फ़ाइल एक्सटेंशन | .gif | .mkv |
| मीडिया टाइप | image/gif | video/x-matroska |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है |
| पहली बार प्रकाशित | 1987 | 2002 |
| प्रकाशक | CompuServe | — |
| विनिर्देश | GIF89a | Matroska |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | पुराना, फिर भी हर जगह पढ़ा जाता है | मौजूदा |
| बिट डेप्थ | 8 | — |
| रंग जो यह दर्ज कर सकता है | इंडेक्स्ड पैलेट | — |
| सबसे बड़ी इमेज | हर तरफ़ 65,535 px | — |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | WebP, MP4 | MP4, WebM |
MKV को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
MKV एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर H.264, HEVC और AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
GIF 1987 का है और अब मुश्किल से ही इस्तेमाल होता है। MKV वह है जो आज के प्रोग्राम लिखते हैं, इसलिए यह कन्वर्ज़न पढ़े जाते रहने का भी सवाल है।
दोनों तरफ़ के प्रोग्राम अलग हैं: GIF फ़ाइल GIMP, Adobe Photoshop और ImageMagick में खुलती है और MKV फ़ाइल VLC, MKVToolNix और HandBrake में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
दोनों का निशाना अलग काम है: GIF का वेब पर, MKV का सहेजना और बनी हुई फ़ाइल सौंपना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
GIF CompuServe का फ़ॉर्मेट है, जो 1987 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
MKV 2002 से चला आ रहा है, और Matroska में तय किया गया है। VLC, MKVToolNix और HandBrake इस फ़ॉर्मेट को पढ़ लेते है।
GIF 1987 में आया और MKV 2002 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
MKV कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। नतीजे में आवाज़ नहीं होती, क्योंकि GIF आवाज़ ढो ही नहीं सकता। हर फ़्रेम अपना समय रखे रहता है, इसलिए असमान ठहराव वाला एनिमेशन उसी रफ़्तार पर चलता है जिस पर बनाया गया था, किसी औसत रफ़्तार पर नहीं।
MKV को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
MKV एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर H.264, HEVC और AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
इस पेज पर GIF और MKV के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।