AVIF की कनवर्ज़न बाकी फॉर्मैट से धीमी क्यों है
AVIF एक आधुनिक वीडियो फॉर्मेट के इंट्रा-फ्रेम कंप्रेशन पर बना है. इस कोडेक को कनवर्ज़न की रफ्तार के बजाय अधिकतम कंप्रेशन अनुपात के लिए डिज़ाइन किया गया था, इसलिए यह JPEG या WebP की तुलना में महंगे प्रेडिक्शन मोड, बड़े ट्रांसफॉर्म और ज़्यादा जटिल इन-लूप फिल्टर पर टिकती है. यहां जो चलता है वह browser में चलने वाला एक सॉफ्टवेयर बिल्ड है. 1024 गुणा 768 की इमेज पर एक बार सिस्टम तैयार होने के बाद Chromium डेस्कटॉप पर कनवर्ज़न करीब 250 मिलीसेकंड लेती है, और तैयारी समेत ठंडी शुरुआत पर करीब 1.1 सेकंड. 8 मेगापिक्सेल यानी 3840 गुणा 2160 पर यह Chrome पर करीब 2.8 सेकंड और Firefox पर करीब 31 सेकंड लेती है, जो इस तरह का कोड ज़्यादा सावधानी से चलाता है. मिड-रेंज मोबाइल पर डेस्कटॉप के आंकड़े का करीब 3 से 5 गुना मानिए. ठीक इसीलिए इंटरफेस AVIF कनवर्ज़न को कभी तुरंत नहीं कहता. यह एक-एक फोटो के काम के लिए ठीक है, पर इतना धीमा है कि प्रोग्रेस स्टेट दिखाना ही ईमानदारी है.
AVIF आउटपुट चुनने पर क्या होता है
AVIF इस टूल के बनाए फॉर्मैट में सबसे भारी है, इसलिए सबसे छोटी और बेहतर फाइल देने के लिए RoundCut एनकोडिंग को तेज नेटिव बिल्ड के साथ अपने सर्वर पर चला सकता है, और एक साथ कई बदलना हमेशा वहीं चलता है. इसमें शामिल फाइलें करीब 2 घंटे में हट जाती हैं, और आप उन्हें तुरंत साफ कर सकते हैं. जब यह रास्ता उपलब्ध न हो, एक संकलित AVIF एनकोडर टैब में एक बार लोड होता है, संपीड़ित करीब 870 किलोबाइट, और बदलाव विकल्प के तौर पर स्थानीय रूप से पूरा होता है. PNG, JPG और WebP जोड़ियों पर इनमें से कुछ लागू नहीं होता, क्योंकि वे browser के नेटिव कोडेक पर टिकती हैं. यह अतिरिक्त काम वह कीमत है जो AVIF अपने आकार लाभ के बदले लेता है.
AVIF एक ही क्वालिटी पर JPEG को कैसे मात देती है
AVIF ठीक आधुनिक वीडियो कोडेक की तरह ब्लॉक-आधारित प्रेडिक्शन इस्तेमाल करती है. पिक्सेल के हर ब्लॉक के लिए यह कई प्रेडिक्शन मोड, यानी डायरेक्शनल, स्मूथ और DC, को पहले से प्रोसेस किए गए पड़ोसियों के मुकाबले परखती है, फिर वही रखती है जो सबसे छोटा अवशेष छोड़े. सिर्फ वही अवशेष अंतर ट्रांसफॉर्म और क्वांटाइज़ होता है, न कि कच्चे पिक्सेल मान. यह JPEG के तय 8 गुणा 8 DCT मॉडल की तुलना में लोकल इमेज संरचना को कहीं बेहतर पकड़ता है, जो सामग्री चाहे जो हो, हर जगह वही ट्रांसफॉर्म ज्यामिति लगाता है. चिकने ग्रेडिएंट पर AVIF का प्रेडिक्शन किसी हिस्से को लगभग बिना किसी अवशेष के दोबारा बना देता है. त्वचा, बाल और आसमान पर AVIF लगातार JPEG या WebP से छोटी फाइल देती है, वह भी विज़ुअली बराबर क्वालिटी पर. इसकी कीमत है कनवर्ज़न की जटिलता, क्योंकि हर ब्लॉक पर कई प्रेडिक्शन मोड परखना महंगा है, इसीलिए AVIF सेकंड लेती है जबकि JPEG मिलीसेकंड.
Core Web Vitals: हीरो इमेज को AVIF में बदलना
Largest Contentful Paint यह मापता है कि व्यूपोर्ट में सबसे बड़ा दिखने वाला एलिमेंट कितनी जल्दी लोड होता है. ज़्यादातर लैंडिंग और प्रोडक्ट पेज पर वह एलिमेंट कोई हीरो फोटो होती है. Google ने पुष्टि की है कि Core Web Vitals, Search में एक रैंकिंग संकेत है. किसी 3G कनेक्शन पर 300 किलोबाइट की एक सामान्य हीरो JPEG करीब 2.4 सेकंड लेती है. डिफॉल्ट क्वालिटी पर वही इमेज AVIF के रूप में शायद 100 किलोबाइट की हो, यानी 67 प्रतिशत की कटौती, जो उसी कनेक्शन पर LCP का हिस्सा करीब 0.8 सेकंड तक ले आती है. यह LCP को 2.5 सेकंड के ऊपर वाले लाल क्षेत्र से नीचे हरे क्षेत्र में ले जाता है, जो Search परफॉर्मेंस के लिए सार्थक बदलाव है. पेज की हर इमेज पर यह बचत जुड़ती जाती है. ऑटोमैटिक फॉर्मैट निगोशिएशन वाले CDN, जैसे Cloudflare, Fastly और Akamai, browser का Accept हेडर पढ़ते हैं और AVIF ओरिजिनल मौजूद होने पर सपोर्टेड browser को खुद AVIF परोसते हैं.
2026 में AVIF: सपोर्ट, तैयारी और खामियां
2026 के मध्य तक AVIF, Chrome 85+, Firefox 93+, iOS 16 तथा macOS Ventura वाले Safari 16.4+ और Edge 121+ में डिकोड होती है. कुल मिलाकर वैश्विक कवरेज browser ट्रैफिक का करीब 94 प्रतिशत है. बची 6 प्रतिशत खामी ज़्यादातर iOS 15 पर अटके पुराने iOS डिवाइस हैं, जिन्हें Apple ने ज़्यादातर आधुनिक फीचर के लिए अपडेट करना बंद कर दिया है, साथ ही Internet Explorer. व्यापक उपभोक्ता दर्शकों के लिए AVIF वेब डिलीवरी हेतु प्रोडक्शन-रेडी है. बाकी खामियां टूलिंग की तरफ हैं. Lightroom ने 2024 में वर्ज़न 13.3 में AVIF एक्सपोर्ट जोड़ा, Affinity Photo वर्ज़न 2.3 से AVIF इम्पोर्ट और एक्सपोर्ट सपोर्ट करता है, और ज़्यादातर स्टॉक एजेंसियां अब भी सबमिशन के लिए AVIF स्वीकार नहीं करतीं. प्रिंट सर्विस सर्वत्र अब भी JPEG या TIFF चाहती हैं. वेब के लिए फॉर्मैट तैयार है, पर तीसरे पक्ष के सिस्टम से गुज़रने वाले किसी भी वर्कफ्लो के लिए एक JPEG मास्टर बचाकर रखिए.
फाइल साइज की तुलना: AVIF, WebP और JPEG
तीन असली टेस्ट फिक्स्चर पर हमारा बेंचमार्क डिफॉल्ट क्वालिटी पर फॉर्मैट के बीच भरोसेमंद तुलना देता है. 1024 गुणा 768 की एक 17 किलोबाइट JPEG फोटो के लिए WebP समकक्ष 7.3 किलोबाइट नापा गया, यानी 57 प्रतिशत हल्का, और AVIF 6.0 किलोबाइट नापा गया, यानी 65 प्रतिशत हल्का. 3840 गुणा 2160 की 116 किलोबाइट JPEG फोटो के लिए WebP समकक्ष 32 किलोबाइट नापा गया, यानी 72 प्रतिशत हल्का, और AVIF 16 किलोबाइट नापा गया, यानी 86 प्रतिशत हल्का. बड़ी, हाई-रिज़ॉल्यूशन फोटो पर WebP के मुकाबले AVIF की बढ़त बढ़ती जाती है. बहुत छोटी इमेज पर, जैसे 0.12 मेगापिक्सेल की 400 गुणा 300, AVIF का फायदा घटता है और कनवर्ज़न का ओवरहेड कुल समय का बड़ा हिस्सा बन जाता है. ये हमारी अपनी पाइपलाइन के नापे हुए आंकड़े हैं, किसी वेंडर का मार्केटिंग दावा नहीं. अलग-अलग फोटो सामग्री की जटिलता, शोर और रंग रेंज के साथ बदलती रहेगी.