AVIF vs HEIC vs WebP: इमेज फॉर्मेट में क्या फ़र्क है

तीनों में WebP सबसे पुराना है। Google ने इसे सितंबर 2010 में पेश किया, On2 Technologies को खरीदने के कुछ महीने बाद; On2 का VP8 वीडियो कोडेक ही इस नए फॉर्मेट का इंजन बना। विचार सीधा था: स्टिल WebP असल में एक छोटे RIFF रैपर में रखा एक VP8 कीफ़्रेम है। पहला वर्ज़न सिर्फ़ लॉसी था। अगले तीन सालों में लॉसलेस मोड, पारदर्शिता के लिए अल्फ़ा चैनल और एनिमेशन जुड़े, इसीलिए WebP एक ही फ़ाइल टाइप से JPG, PNG और GIF की जगह ले सकता है। Google आज भी इस फॉर्मेट और इसकी libwebp लाइब्रेरी को WebP developer site पर दस्तावेज़ित करता है।

HEIC की पृष्ठभूमि अलग है। HEIF, यानी High Efficiency Image File Format, एक कंटेनर स्टैंडर्ड है जिसे Moving Picture Experts Group ने 2015 में ISO/IEC 23008-12 के रूप में प्रकाशित किया। HEIF फ़ाइल कई कोडेक से कंप्रेस की गई इमेज रख सकती है; जब कोडेक HEVC (यानी H.265) हो, तो फ़ाइल HEIC कहलाती है। Apple ने 2017 में iOS 11 और macOS High Sierra में इसे डिफ़ॉल्ट कैमरा फॉर्मेट बनाया, iPhone 7 और बाद के मॉडल पर, और इसी एक फ़ैसले से अरबों HEIC फोटो लगभग रातोंरात चलन में आ गईं। ज़्यादातर लोग इसी वजह से इस फॉर्मेट से मिलते हैं।

AVIF सबसे नया है। Alliance for Open Media, जिसे 2015 में Google, Mozilla, Microsoft, Amazon, Netflix, Cisco और Intel ने बनाया, ने 2018 में रॉयल्टी-मुक्त AV1 वीडियो कोडेक और फरवरी 2019 में AVIF 1.0 इमेज स्पेसिफ़िकेशन जारी किया। तकनीकी रूप से AVIF, HEIF कंटेनर लेता है और HEVC की जगह AV1 लगाता है, यानी AVIF और HEIC अलग इंजन वाले रिश्तेदार हैं। सदस्य कंपनियाँ बिना पेटेंट फ़ीस वाला आधुनिक कोडेक चाहती थीं, और Alliance for Open Media आज भी AV1 और AVIF की स्पेसिफ़िकेशन प्रकाशित करता है।

तीनों फॉर्मेट वीडियो कोडेक से निकले हैं, और यह उनके कंप्रेशन में दिखता है। JPG के तय 8 × 8 पिक्सल ब्लॉक की जगह ये हर हिस्से का अनुमान आसपास के पिक्सल से लगाते हैं, अलग-अलग साइज़ के ब्लॉक इस्तेमाल करते हैं और डिकोडिंग के बाद किनारों को फ़िल्टर करते हैं। नतीजा: कम क्वालिटी सेटिंग पर ब्लॉक जैसे दोष कम दिखते हैं। AVIF सबसे आगे है: उसी विज़ुअल क्वालिटी पर आम तौर पर सबसे छोटी फ़ाइल बनती है, खासकर साफ़ आसमान, त्वचा और ग्रेडिएंट पर, जहाँ JPG में बैंडिंग शुरू हो जाती है। कीमत एन्कोडिंग के समय की है। उसी फोटो का AVIF बनने में WebP से कई गुना ज़्यादा समय लग सकता है, जो फोन या व्यस्त सर्वर पर मायने रखता है।

सुविधाओं में सपोर्ट लोगों की सोच से ज़्यादा बराबर है। तीनों पारदर्शिता रख सकते हैं और तीनों में एनिमेशन मोड है, हालाँकि एनिमेटेड HEIC व्यवहार में दुर्लभ है। लॉसलेस कंप्रेशन में WebP अलग दिखता है: इसका लॉसलेस मोड लॉसी मोड से अलग डिज़ाइन किया गया था और स्क्रीनशॉट व ग्राफ़िक्स पर आम तौर पर PNG से बेहतर रहता है। AVIF और HEIC सैद्धांतिक रूप से लॉसलेस हो सकते हैं, पर फ़ाइलें बड़ी होती हैं और टूल शायद ही यह मोड देते हैं। कलर डेप्थ दूसरा बड़ा फ़र्क है। WebP प्रति चैनल 8 बिट तक सीमित है, जबकि HEIC और AVIF 10-बिट कलर रखते हैं, और AVIF 12-बिट व HDR इमेज भी रख सकता है।

सपोर्ट की कहानी का बड़ा हिस्सा लाइसेंसिंग से समझ आता है। WebP और AV1 रॉयल्टी-मुक्त जारी हुए, इसलिए ब्राउज़र बनाने वाले बिना किसी को भुगतान किए इन्हें जोड़ सके। HEVC पर कई लाइसेंसिंग पूल के पेटेंट हैं, इसीलिए Chrome, Firefox और Edge HEVC इमेज तभी डिकोड करते हैं जब ऑपरेटिंग सिस्टम में लाइसेंस वाला डिकोडर पहले से हो। वेबसाइट मालिक के लिए यह फ़र्क निर्णायक है: जो फॉर्मेट हर विज़िटर देख सके, वह उस फॉर्मेट से बेहतर है जो आधे विज़िटरों के लिए कुछ और KB बचाए।

साइज़ का फ़र्क फोटो, एन्कोडर और क्वालिटी सेटिंग पर निर्भर करता है, इसलिए हर संख्या को सटीक नहीं, सामान्य मानें। लैपटॉप स्क्रीन पर एक जैसी दिखने वाली क्वालिटी पर 1200 × 800 px की फोटो का JPG आम तौर पर लगभग 150–200 KB, WebP लगभग 100–140 KB और AVIF लगभग 60–100 KB होता है। Google की अपनी तुलना में लॉसी WebP, JPG से 25–34% छोटा है, और Apple कैमरा फोटो के लिए HEIC को JPG का लगभग आधा साइज़ बताता है। 12 MP की जो iPhone फोटो JPG में 3–4 MB होती, वह HEIC में आम तौर पर 1.5–2.5 MB होती है।

ग्राफ़िक्स में स्थिति अलग है। सपाट रंगों और टेक्स्ट वाला स्क्रीनशॉट अक्सर लॉसलेस WebP में सबसे छोटा होता है, फिर PNG, और AVIF को वहाँ ज़्यादा फ़ायदा नहीं होता। छोटे थंबनेल में भी फ़र्क घटता है, क्योंकि हर फॉर्मेट में कुछ सौ बाइट के हेडर होते हैं। नीचे के आम भ्रम इसी संदर्भ के बिना बेंचमार्क के आँकड़े पढ़ने से बनते हैं।

वेब पर WebP और AVIF अब स्थापित हो चुके हैं। Chrome, Edge, Firefox और Safari सभी WebP दिखाते हैं; Safari सबसे आखिर में जुड़ा, 2020 में macOS Big Sur और iOS 14 पर वर्शन 14 के साथ। AVIF 2020 में Chrome 85, 2021 में Firefox 93 और 2022 में Safari 16 में आया, और Edge में यह 2024 की शुरुआत में जुड़ा। अप-टू-डेट ब्राउज़र वाला विज़िटर दोनों देखता है। सिर्फ़ पुराने Safari वर्शन पर अटके लोग, जैसे वे iPhone जो iOS 15 से आगे अपडेट नहीं हो सकते, AVIF नहीं देख पाते, और <picture> एलिमेंट से साइट उन्हें JPG फ़ॉलबैक भेज सकती है।

HEIC की कहानी इसके उलट है। Apple डिवाइस पर यह हर जगह खुलती है, और Safari 17 इसे वेब पेज में भी दिखा सकता है, लेकिन Chrome, Firefox और Edge खुले वेब पर HEIC इमेज नहीं दिखाते। Windows 10 और 11 में Photos ऐप HEIC तभी खोलता है जब आप Microsoft Store से HEIF Image Extensions जोड़ लें, और कई PC पर HEVC Video Extensions भी चाहिए, जो पेड ऐड-ऑन है। हाल के Android वर्शन HEIF डिकोड कर सकते हैं, लेकिन थर्ड-पार्टी ऐप और वेबसाइट में काफ़ी फ़र्क़ रहता है।

डेस्कटॉप सॉफ़्टवेयर बीच की स्थिति में हैं। Adobe Photoshop 2022 में वर्शन 23.2 से WebP सीधे खोलता है, और ज़्यादातर मौजूदा इमेज व्यूअर WebP संभाल लेते हैं। एडिटर, ऑफ़िस सूट और पुराने प्रोग्राम में AVIF और HEIC का सपोर्ट अधूरा है, और कई अपलोड फ़ॉर्म अब भी .jpg, .jpeg या .png जाँचते हैं और बाकी सब रिजेक्ट कर देते हैं। नीचे के पैनल हर प्लैटफ़ॉर्म का सार देते हैं।

वेब डिलीवरी के लिए WebP डिफ़ॉल्ट जवाब है और AVIF उसके ऊपर का ऑप्टिमाइज़ेशन। अगर साइट आपके हाथ में है, तो AVIF सपोर्ट करने वाले ब्राउज़र को AVIF और बाकी को WebP या JPG दें; ज़्यादातर इमेज CDN और फ़्रेमवर्क यह अपने आप तय कर लेते हैं। अगर सिर्फ़ एक फ़ाइल देनी है, तो WebP ज़्यादा सुरक्षित है क्योंकि हर मौजूदा ब्राउज़र उसे दिखाता है और वह जल्दी एन्कोड होती है। फ़ोन स्टोरेज के लिए iPhone पर HEIC को हराना मुश्किल है: कैमरा उसे सीधे लिखता है, Photos ऐप पढ़ता है, और उतनी ही जगह में लगभग दोगुनी तस्वीरें आती हैं।

आर्काइव, प्रिंटिंग और कागज़ी काम उल्टी दिशा में खींचते हैं। फोटो आर्काइव बीस साल बाद भी बिना खास कोडेक के पढ़ी जानी चाहिए, इसलिए ओरिजिनल को वैसे ही रखना और ज़रूरत पर JPG कॉपी जोड़ना बेहतर है। प्रिंट लैब आमतौर पर JPG या TIFF माँगती हैं, और सरकारी, परीक्षा और नौकरी के पोर्टल अक्सर सिर्फ़ JPG या PNG लेते हैं, कभी-कभी KB में साइज़ की सीमा के साथ। इन सब में कन्वर्ट की हुई कॉपी ही व्यावहारिक जवाब है, जबकि ओरिजिनल आपकी लाइब्रेरी में रहता है।

नीचे के चार आम काम फ़ैसले का सार देते हैं। फ़ाइल कहाँ जा रही है, उसके हिसाब से चुनें, इस हिसाब से नहीं कि किस फ़ॉर्मेट का बेंचमार्क सबसे अच्छा है।

ज़्यादातर कन्वर्ज़न एक ही दिशा में होते हैं: कंपैटिबिलिटी के लिए नए फ़ॉर्मेट से JPG या PNG में। फोटो के लिए JPG चुनें, और जब इमेज में पारदर्शिता हो या तीखा टेक्स्ट साफ़ रखना हो तो PNG। AVIF को JPG में बदलने के लिए कन्वर्टर क्वालिटी 90 से शुरू होता है, क्योंकि वेब की AVIF फ़ाइलें पहले से काफ़ी कंप्रेस होती हैं, और एडवांस्ड सेटिंग में पारदर्शी हिस्से विकल्प तय करता है कि पारदर्शी पिक्सल किस रंग से भरें। HEIC से JPG कन्वर्टर भी 90 से शुरू होता है और लोकेशन डेटा हटा देता है, जब तक आप मेटाडेटा हटाएँ का निशान न हटा दें।

WebP के लिए WebP से JPG पेज क्वालिटी 85 से शुरू होता है, जो सामान्य साइज़ पर स्रोत जैसा ही दिखता है। हर कन्वर्टर एक बैच में 20 फ़ाइलें और हर फ़ाइल 95 MB तक लेता है, अकाउंट नहीं माँगता, और अपलोड व नतीजे प्रोसेसिंग के 30 मिनट बाद डिलीट कर देता है। HEIC को JPG में कैसे बदलें और WebP से JPG: कब और क्यों में फ़ोन सेटिंग और खास स्थितियाँ विस्तार से हैं।

उल्टी दिशा भी उतनी ही काम की है। अगर आप साइट चलाते हैं, तो JPG फोटो को AVIF में बदलने से अपलोड से पहले उनका वज़न आमतौर पर लगभग आधा हो जाता है। मैट्रिक्स दिखाता है कि इन फ़ॉर्मेट के बीच किन कन्वर्ज़न का UltKit पर अपना कन्वर्टर पेज है।

हर लॉसी कन्वर्ज़न थोड़ी और डिटेल गँवा देता है, इसलिए मास्टर नहीं, कॉपी कन्वर्ट करें। HEIC फ़ाइलें iPhone लाइब्रेरी में रखें और JPG सिर्फ़ उन लोगों या प्रोग्राम के लिए एक्सपोर्ट करें जिन्हें चाहिए। HDR फोटो पर भी यही लागू है: AVIF और HEIC 10-बिट रंग रख सकती हैं, और 8-बिट JPG में बदलने पर चमकदार हिस्से सामान्य रेंज में आ जाते हैं, जो शेयर करने के लिए ठीक है पर बाद में एडिट करने के लिए नहीं। अगर इमेज दोबारा एडिट कर सकते हैं, तो ओरिजिनल या लॉसलेस PNG कॉपी रखें और सारे एडिट उसी से करें।

जब नया फ़ॉर्मेट पहले से स्वीकार हो, तब भी ओरिजिनल रखें। अगर वेबसाइट बिल्डर, चैट ऐप या क्लाउड ड्राइव WebP या HEIC सीधे ले लेता है, तो कन्वर्ट करने से बस एक स्टेप बढ़ता है और फ़ाइल बड़ी हो जाती है। अपलोड, भेजने या प्रिंट के समय, यानी अंतिम छोर पर कन्वर्ट करें, तो कंपैटिबिलिटी मिलती है और लाइब्रेरी धीरे-धीरे खराब नहीं होती।