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






यह साइट तीन नमूना सीन रखती है और उन्हें इस पेज के इस्तेमाल वाली उसी पाइपलाइन से एनकोड करती है, तो बाइट गिनती वही है जो यह कन्वर्टर देता है, कहीं और किसी बेंचमार्क की नहीं। 480 गुणा 320 और डिफ़ॉल्ट क्वालिटी पर: फ़्लैट ग्राफ़िक WebP में 4,428 बाइट है और AVIF में 3,494; स्क्रीनशॉट जैसा सीन WebP में 10,830 और AVIF में 5,081; और तस्वीर WebP में 14,700 और AVIF में 17,599।
तस्वीर वाला मामला ही सबसे मायने रखता है, क्योंकि ज़्यादातर तस्वीर बजट तस्वीरों से ही बनते हैं। वहाँ AVIF बीस प्रतिशत से हारी। यह फ़ॉर्मेट को बुरा नहीं बनाता — कम क्वालिटी सेटिंग और बड़ी तस्वीरों पर क्रम अक्सर पलट जाता है — पर यह "AVIF, WebP से तीस प्रतिशत छोटी है" को अपनी सामग्री पर जाँचने लायक़ दावा बनाता है, कार्रवाई करने से पहले।
उन संख्याओं में जो पैटर्न है वह बेतरतीब नहीं। AV1 की intra prediction बड़े लगभग-एक-रंग के इलाक़ों पर असामान्य रूप से अच्छी है जो सख़्त सीमाओं से अलग हों, और इसके पास किनारे को बिल्कुल सही पाने के लिए WebP के VP8-आधारित कोडिंग से कहीं ज़्यादा block partitioning और prediction मोड हैं।
यह इंटरफ़ेस स्क्रीनशॉट, डायग्राम, चार्ट, इलस्ट्रेशन, सादे बैकग्राउंड पर प्रोडक्ट शॉट और टेक्स्ट वाली किसी भी चीज़ का वर्णन करता है — जो आम साइट पर तस्वीर गिनती का बड़ा हिस्सा है भले बाइट का छोटा। इन्हें पहले बदलिए, और फ़ोटोग्राफ़िक हीरो तस्वीरों को अलग-अलग नापिए।
बदलाव WebP को पिक्सेल तक डिकोड करता है और उन पिक्सेल को AVIF के तौर पर एनकोड करता है। अगर WebP लॉसी थी, उसकी अपनी ख़ामियाँ — चिकने फ़्लैट इलाक़े, सख़्त किनारों पर धुंध — अब तस्वीर का हिस्सा हैं, और AVIF एनकोडर उन्हें वफ़ादारी से बयान करने में बिट ख़र्च करता है।
क्वालिटी 82 पर यह नाटकीय नहीं और मुफ़्त भी नहीं, और आम तौर पर टाला जा सकता है। ज़्यादातर साइट के पास मूल PNG या JPG अब भी रिपॉज़िटरी में है, और उस स्रोत से AVIF एनकोड करना WebP से करने से साफ़ और अक्सर छोटी फ़ाइल देता है। यह पेज उस हालत के लिए है जहाँ WebP ही सच में बची इकलौती प्रति है।
WebP हर मौजूदा ब्राउज़र में सहारा पाता है। AVIF आधुनिक ब्राउज़र में पाता है, जो अलग बात है: कोई पुराना डिवाइस, लॉक्ड-डाउन कॉर्पोरेट मशीन, in-app ब्राउज़र या असामान्य क्लाइंट पेज पर आकर कुछ नहीं देख सकता, क्योंकि जो तस्वीर डिकोड नहीं हो सकती वह घटिया तस्वीर नहीं, ख़ाली डिब्बा है।
हल जाना-पहचाना और सस्ता है। AVIF स्रोत और WebP या JPG fallback वाला picture एलिमेंट markup की दो अतिरिक्त लाइन लेता है और जोखिम पूरी तरह हटा देता है। इसका मतलब है दोनों फ़ाइलें रखनी हैं, जो याद रखने लायक़ है अगर बदलाव की वजह स्टोरेज घटाना थी।
AV1 विश्लेषण से अपना कंप्रेशन ख़रीदता है, और यहाँ का एनकोडर WebAssembly में compiled libavif है। WebP को AVIF में बदलना इस परिवार के किसी भी और जोड़ी से साफ़ धीमा है — decode तेज़ है और encode नहीं, बड़ी तस्वीर पर सेकंड लगते हैं, मिलीसेकंड नहीं।
क़ीमत सही जगह पड़ती है: एक बार, आपकी मशीन पर, आपके चुने समय पर, हर विज़िटर पर नहीं। पर यह माइग्रेशन चलाने का तरीक़ा बदल देता है। कई सौ asset का फ़ोल्डर शुरू करके छोड़ने का काम है, देखने का नहीं।
पारदर्शिता साफ़ बचती है: दोनों फ़ॉर्मेट पूरा 8-बिट अल्फ़ा चैनल रखते हैं, और AVIF इसमें कुशल है, तो कट-आउट प्रोडक्ट शॉट और लोगो वे asset हैं जहाँ यह सबसे भरोसे से जीतता है।
जो नहीं होता वह है गहराई या gamut में कोई फ़ायदा। AVIF हर चैनल में बारह बिट और चौड़ा gamut रख सकता है; यह पाइपलाइन हर चीज़ को 8-बिट RGB में डिकोड करती है, और WebP शुरू से 8-बिट थी, तो बढ़ाने को कुछ नहीं। कोई लाइब्रेरी को HDR की तरफ़ ले जाना चाहे तो मूल कैप्चर से करना होगा।
नियंत्रण 1 से 100 तक जाता है और 82 से शुरू होता है, और एक ही संख्या दो अलग कोडेक के लिए एक जैसा मतलब नहीं रखती। चूँकि स्रोत पहले से लॉसी WebP है, इसे मूल तस्वीर से थोड़ा ऊँचा रखने की असली दलील है।
व्यावहारिक तरीक़ा है तीन प्रतिनिधि तस्वीरें 78, 82 और 88 पर बदलना और बाइट व दिखावट दोनों उस आकार पर तुलना करना जिस पर पेज उन्हें दिखाता है। इसमें दस मिनट लगते हैं और पूरी लाइब्रेरी के लिए सवाल किसी अंदाज़े से कहीं बेहतर सुलझा देता है।
अगर asset पहले से WebP हैं और पेज अपना परफ़ॉर्मेंस बजट पूरा करता है, ईमानदार सलाह है कुछ न करें। JPG या PNG से WebP जाना वह क़दम था जिसने बड़ी बचत दी; WebP से AVIF जाना दूसरे दर्जे का फ़ायदा है जो कभी-कभी नकारात्मक होता है।
जो मामले साफ़ इसे जायज़ ठहराते हैं वे हैं बड़ी फ़्लैट तस्वीरें, तस्वीर-भारी पेज जहाँ कुल बचत नापी जा सकती है, और ढेर सारे स्क्रीनशॉट या डायग्राम वाली साइट। जो नहीं ठहराते वे हैं छोटे आइकन, पहले से कुछ किलोबाइट की तस्वीरें, और वे फ़ोटोग्राफ़िक asset जहाँ माप AVIF को बड़ा दिखाता है।
दोनों कोडेक टैब में WebAssembly के तौर पर चलते हैं और उस टाइप की फ़ाइल छोड़ने पर ही लाए जाते हैं, तो सौ तस्वीरों का बैच एनकोडर एक बार डाउनलोड करता है। किसी भी फ़ाइल का कुछ भी नेटवर्क पार नहीं करता।
मुफ़्त सीमा प्रति फ़ाइल 100 MB है, किसी भी वेब asset से कहीं ऊपर। फ़ोल्डर छोड़िए और हर फ़ाइल अपनी प्रोग्रेस पंक्ति के साथ बारी-बारी बदलती है, नतीजे एक ZIP बनकर लौटते हैं। फ़ोल्डर में एनिमेटेड WebP को स्वीकारा नहीं जाएगा, चुपचाप सपाट नहीं किया जाएगा।
| WebP | AVIF | |
|---|---|---|
| पूरा नाम | WebP तस्वीर | AV1 Image File Format |
| फ़ाइल एक्सटेंशन | .webp | .avif |
| मीडिया टाइप | image/webp | image/avif |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2010 | 2019 |
| प्रकाशक | Alliance for Open Media | |
| विनिर्देश | RFC 9649 | AV1 Image File Format |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 8 | 12 |
| रंग जो यह दर्ज कर सकता है | RGB, YCbCr | RGB, YCbCr, वाइड गैमट |
| सबसे बड़ी इमेज | हर तरफ़ 16,383 px | हर तरफ़ 65,536 px |
| ब्राउज़र में खुलता है | हर ब्राउज़र | मौजूदा ब्राउज़र |
| इसकी जगह विचारणीय | JPG, PNG | JXL, JPG |
पारदर्शिता बनी रहती है। WebP और AVIF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। WebP और AVIF — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
AVIF को मौजूदा ब्राउज़र पढ़ लेते हैं, पुराने नहीं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AVIF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
GIMP और Squoosh WebP और AVIF — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
WebP Google का फ़ॉर्मेट है, जो 2010 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
AVIF Alliance for Open Media का है और 2019 से चला आ रहा है, और AV1 Image File Format में तय किया गया है। GIMP, Squoosh और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
AVIF कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए।
AVIF को मौजूदा ब्राउज़र पढ़ लेते हैं, पुराने नहीं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AVIF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
पारदर्शिता बनी रहती है। WebP और AVIF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
यह पेज एक को दूसरे में बदलता है। अगर आप बदल नहीं रहे बल्कि चुन रहे हैं, तो WebP vs AVIF बताता है कि किसे कब लेना है और कौन किस काम में कमज़ोर है।
इस पेज पर WebP और AVIF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।