आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप GIF को AVIF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
GIF से AVIF






GIF का हर फ़्रेम ज़्यादा से ज़्यादा 256 प्रविष्टियों वाले पैलेट का सूचकांक है, LZW से दबा हुआ। इसमें कोई लगातार रंग-श्रेणी नहीं — जो भी फ़ोटो या ग्रेडिएंट पहले था, वह इन्हीं 256 मानों पर मैप हो चुका है।
AVIF की तारीफ़ फ़ोटोग्राफ़ पर बनी है, और GIF इस मायने में फ़ोटोग्राफ़ नहीं है, चाहे वह कुछ भी दिखाए। यहाँ जो हासिल हो सकता है वह उतना ही है जितना GIF ने बचाकर रखा।
जो रंग GIF के पास नहीं होते, उन्हें नक़ली दिखाने के लिए एनकोडर दो रंगों को बारी-बारी बिखेर देता है — आँख इन्हें औसत करके तीसरा रंग मान लेती है। पिक्सेल स्तर पर यह ऊँची-फ़्रीक्वेंसी शोर है।
हर आधुनिक कोडेक, AVIF समेत, हर हिस्से का अंदाज़ा पड़ोसी पिक्सेल से लगाता है — डिथर पैटर्न ठीक वही चीज़ है जिसका अंदाज़ा नहीं लगाया जा सकता। नतीजा वह उलटा आश्चर्य है जो लोग बताते हैं: छह दिखने वाले रंगों की तस्वीर पर AVIF, GIF से बड़ी।
गुणवत्ता नियंत्रण तयशुदा रूप से 82 पर है, जो फ़ोटोग्राफ़ के लिए ठीक है और यहाँ काफ़ी सतर्क है। 256 रंगों वाले स्रोत के पास बचाने को कम है, 60 या 65 पर जाना अक्सर मूल से अलग नहीं दिखता।
सबसे भरोसेमंद जाँच बाइट-गिनती है — एक बार तयशुदा सेटिंग पर, एक बार नीचे बदलकर, और GIF से तुलना कीजिए। अगर AVIF आराम से छोटी नहीं है, तो स्रोत डिथर वाला है।
इस फ़ॉर्मेट का ब्राउज़र-समर्थन «आधुनिक» दर्ज है, सार्वभौमिक नहीं — मौजूदा ब्राउज़र AVIF पढ़ते हैं, एक पूँछ नहीं पढ़ती। GIF, चाहे उसमें जो भी कमी हो, हर बने ब्राउज़र में खुलती है।
इसलिए picture एलिमेंट का इस्तेमाल कीजिए — पहले AVIF, फिर PNG या WebP, फिर बुनियादी image टैग। फ़ॉलबैक सचमुच दिखता है, यह जाँच लेने लायक़ है।
AVIF एनिमेशन सँभाल सकता है, पर यह बदलाव उसे बनाता नहीं — डिकोडर एक ही तस्वीर देता है, इसलिए चलती GIF उस फ़्रेम में बदल जाती है जिस पर वह खुलती है।
अगर GIF सचमुच चलती है, तो बचत यहाँ नहीं है — वीडियो कंटेनर हर फ़्रेम-दर-फ़्रेम फ़ॉर्मेट से कहीं छोटा होगा, और वहीं जाना सही है।
AVIF प्रति चैनल बारह बिट तक रख सकता है और चौड़ा रंग-दायरा भी। इनमें से कुछ भी GIF पर लागू नहीं होता — स्रोत 256-प्रविष्टि वाला 8-बिट इंडेक्स्ड रंग है।
ज़्यादा जगह वाले कंटेनर में डालने से नए रंग नहीं बनते — वही मुट्ठी भर रंग खाली जगह के साथ रखे जाते हैं। कुछ भी खोता नहीं, जो जान लेने लायक़ है।
AVIF की जानी-पहचानी दिक़्क़त एनकोडिंग की रफ़्तार है — AV1 का सर्च-स्पेस बड़ा है, इसलिए एक साधारण तस्वीर भी WebP या JPEG से कहीं ज़्यादा समय लेती है, और यह आपके ही प्रोसेसर पर होता है।
दो सौ पुरानी GIF का बैच एक क्लिक नहीं, कॉफ़ी-ब्रेक जितना समय लेगा — इसकी तैयारी रखिए।
AVIF हर पुरानी GIF के लिए सही जवाब नहीं है। WebP कहीं तेज़ एनकोड होता है, ज़्यादा ब्राउज़रों में चलता है, और छोटे फ़्लैट ग्राफ़िक पर दोनों के आकार में फ़र्क़ अक्सर कुछ सौ बाइट का ही होता है।
मोटा नियम: बड़ी, फ़ोटोग्राफ़िक तस्वीर के लिए AVIF; छोटे इंटरफ़ेस ग्राफ़िक के लिए WebP; कड़े किनारों वाले लोगो के लिए अक्सर PNG दोनों से बेहतर।
AV1 एनकोडर एक WebAssembly मॉड्यूल है जो पहली बार इस्तेमाल पर डाउनलोड होता है और फिर स्थानीय रूप से चलता है। तस्वीर टैब के भीतर डिकोड और दोबारा एनकोड होती है, कहीं अपलोड नहीं होती।
पूरा फ़ोल्डर भी उसी तरह चलता है और नतीजा साथ लौटता है — काम आपके प्रोसेसर से बँधा है, किसी क़तार से नहीं।
| GIF | AVIF | |
|---|---|---|
| पूरा नाम | Graphics Interchange Format | AV1 Image File Format |
| फ़ाइल एक्सटेंशन | .gif | .avif |
| मीडिया टाइप | image/gif | image/avif |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 1987 | 2019 |
| प्रकाशक | CompuServe | Alliance for Open Media |
| विनिर्देश | GIF89a | AV1 Image File Format |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | पुराना, फिर भी हर जगह पढ़ा जाता है | मौजूदा |
| बिट डेप्थ | 8 | 12 |
| रंग जो यह दर्ज कर सकता है | इंडेक्स्ड पैलेट | RGB, YCbCr, वाइड गैमट |
| सबसे बड़ी इमेज | हर तरफ़ 65,535 px | हर तरफ़ 65,536 px |
| ब्राउज़र में खुलता है | हर ब्राउज़र | मौजूदा ब्राउज़र |
| इसकी जगह विचारणीय | WebP, MP4 | WebP, JXL, JPG |
पारदर्शिता बनी रहती है। GIF और AVIF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। GIF और AVIF — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
AVIF को मौजूदा ब्राउज़र पढ़ लेते हैं, पुराने नहीं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AVIF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
GIF 1987 का है और अब मुश्किल से ही इस्तेमाल होता है। AVIF वह है जो आज के प्रोग्राम लिखते हैं, इसलिए यह कन्वर्ज़न पढ़े जाते रहने का भी सवाल है।
GIMP और ImageMagick GIF और AVIF — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
GIF CompuServe का फ़ॉर्मेट है, जो 1987 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
AVIF Alliance for Open Media का है और 2019 से चला आ रहा है, और AV1 Image File Format में तय किया गया है। GIMP, Squoosh और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
GIF 1987 में आया और AVIF 2019 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
AVIF कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। सिर्फ़ पहला फ़्रेम बदला जाता है: चलती हुई GIF ठहरी हुई तस्वीर बन जाती है।
AVIF को मौजूदा ब्राउज़र पढ़ लेते हैं, पुराने नहीं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AVIF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
पारदर्शिता बनी रहती है। GIF और AVIF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
इस पेज पर GIF और AVIF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।