AVIF vs JPEG XL: कौन सा फॉर्मेट बेहतर है?
JPEG XL यकीनन बेहतर फॉर्मेट है। AVIF वह है जिसे आप इस्तेमाल कर सकते हैं। ऐसा कैसे हुआ, इसका एक संक्षिप्त इतिहास।
AVIF का उपयोग करें, क्योंकि यह हर बड़े ब्राउज़र में काम करता है जबकि JPEG XL नहीं करता। अधिकांश तकनीकी पैमानों पर JPEG XL अधिक मजबूत फॉर्मेट है, जो दोषरहित (lossless) JPEG ट्रांसकोडिंग, प्रोग्रेसिव डिकोडिंग और प्रति बाइट उत्कृष्ट गुणवत्ता प्रदान करता है। लेकिन व्यावहारिक उद्देश्यों के लिए, इसे ओपन वेब पर तैनात नहीं किया जा सकता है।
Chrome ने 2023 में JPEG XL सपोर्ट को हटा दिया, इसके पीछे इकोसिस्टम की अपर्याप्त रुचि का हवाला दिया गया, और Chrome के बिना कोई भी वेब इमेज फॉर्मेट सफल नहीं हो सकता। AV1 Image File Format (AVIF) को AV1 का लाभ मिला, जो कि एक वीडियो कोडेक है जिसमें ब्राउज़र विक्रेता पहले से ही निवेश कर रहे थे। बेहतर तकनीक उस तकनीक से हार गई जिसके पास मजबूत वितरण कहानी थी, जो कि कोई नया पैटर्न नहीं है।
दोनों फॉर्मेट की तुलना
JPEG XL एन्कोडिंग स्पीड, प्रोग्रेसिव लोडिंग और दोषरहित JPEG कन्वर्शन में जीतता है, जबकि AVIF उस एकमात्र पैमाने पर जीतता है जो तैनाती का फैसला करता है, और वह है ब्राउज़र सपोर्ट।
| Capability | AVIF | JPEG XL |
|---|---|---|
| ब्राउज़र सपोर्ट | सभी प्रमुख ब्राउज़र | सीमित, Chrome में नहीं |
| तस्वीरों पर कम्प्रेशन | उत्कृष्ट | उत्कृष्ट, थोड़ा बेहतर |
| एन्कोडिंग स्पीड | धीमी | तेज़ |
| प्रोग्रेसिव डिकोडिंग | नहीं | हाँ |
| दोषरहित JPEG ट्रांसकोडिंग | नहीं | हाँ, लगभग 20 प्रतिशत छोटा |
| छोटी फ़ाइलों पर प्रदर्शन | 10 KB से नीचे खराब | अच्छा |
| एनिमेशन सपोर्ट | हाँ | हाँ |
दोषरहित (lossless) JPEG ट्रांसकोडिंग वाली पंक्ति वह क्षमता है जिसे वेब ने खो दिया है। JPEG XL एक मौजूदा JPEG को लगभग 20 प्रतिशत छोटा करके फिर से पैक कर सकता है और इसे वापस उसी मूल फ़ाइल में बदल सकता है, जिससे अभिलेखागार (archives) बिना किसी जोखिम के आकार में छोटे हो सकते थे।
Chrome ने JPEG XL को क्यों हटाया
Chrome ने इकोसिस्टम से अपर्याप्त रुचि, मौजूदा फॉर्मेट्स की तुलना में सीमित लाभ और दूसरे डिकोडर की रखरखाव लागत का हवाला दिया। इस निर्णय की घोषणा 2022 में की गई थी और यह 2023 में प्रभावी हुआ।
उस समय इस तर्क का विरोध किया गया था और आज भी किया जाता है। समर्थकों ने मापने योग्य कम्प्रेशन लाभों और कई बड़े इमेज प्रकाशकों के समर्थन की ओर इशारा किया। इसके विपरीत तर्क यह था कि AVIF पहले से ही उस डिकोडर का उपयोग करके अधिकांश लाभ प्रदान कर रहा था जिसे ब्राउज़रों ने वीडियो के लिए शिप किया था। जो भी दृष्टिकोण सही हो, Chrome के बिना किसी फॉर्मेट को अधिकांश वेब ट्रैफ़िक पर नहीं परोसा जा सकता।
JPEG XL का उपयोग अभी भी कहाँ किया जाता है
JPEG XL पेशेवर फोटोग्राफी, आर्काइवल स्टोरेज और Apple सॉफ़्टवेयर में जीवित है, जहाँ एक ही विक्रेता पूरे पाइपलाइन को नियंत्रित करता है। Safari ने 2023 में सपोर्ट जोड़ा, जो इस फॉर्मेट को Apple प्लेटफॉर्म पर जीवित रखता है।
- फोटो आर्काइव्स बिना किसी नुकसान के स्टोरेज को कम करने के लिए दोषरहित JPEG ट्रांसकोडिंग का उपयोग करते हैं।
- पेशेवर कैमरा वर्कफ़्लो को उच्च बिट डेप्थ और विस्तृत रंग सपोर्ट से लाभ होता है।
- Apple प्लेटफॉर्म इसे डिकोड कर सकते हैं, जो इसे बंद इकोसिस्टम के भीतर व्यवहार्य बनाता है।
- चिकित्सा और वैज्ञानिक इमेजिंग दोषरहित मोड और प्रोग्रेसिव डिकोडिंग को महत्व देती है।
- ओपन वेब नहीं, जहाँ किसी फॉर्मेट को उपयोगी होने के लिए हर ब्राउज़र में काम करना पड़ता है।
वेबसाइट पर AVIF का उपयोग कब करें
अपनी सबसे बड़ी तस्वीरों पर AVIF का उपयोग करें, जहाँ यह WebP की तुलना में 20 से 30 प्रतिशत की बचत करता है। यह लाभ इमेज का आकार बढ़ने के साथ बढ़ता है और छोटे ग्राफिक्स पर समाप्त हो जाता है।
हीरो इमेज, फुल विड्थ बैनर और फोटोग्राफी गैलरी इसके स्पष्ट उदाहरण हैं। लगभग 10 KB से नीचे, एक AVIF फ़ाइल अक्सर WebP समकक्ष से बड़ी होती है, क्योंकि कंटेनर ओवरहेड कम्प्रेशन लाभ से अधिक हो जाता है। आकार के हिसाब से लाइब्रेरी को विभाजित करना, जिसमें भारी इमेज पर AVIF और बाकी सब पर WebP का उपयोग किया जाए, एन्कोडिंग लागत के बिना अधिकांश लाभ प्राप्त कर लेता है।
AVIF एन्कोडिंग की लागत
AVIF, WebP की तुलना में कई गुना धीमी गति से एन्कोड करता है, जो एकल इमेज के बजाय बड़े बैचों पर मायने रखता है। एक तस्वीर जो एक सेकंड से भी कम समय में WebP में बदल जाती है, उसे AVIF के रूप में कई सेकंड लग सकते हैं।
500 इमेज के बैच पर इस अंतर को मिनटों में मापा जाता है। यह लागत प्रति इमेज केवल एक बार चुकानी पड़ती है, क्योंकि हर सपोर्ट करने वाले ब्राउज़र में डिकोडिंग तेज़ होती है। जब मशीन खाली हो तब बड़े कन्वर्शन की योजना बनाएं, और ब्राउज़र टैब को अग्रभूमि (foreground) में रखें, क्योंकि ब्राउज़र पृष्ठभूमि (background) के टैब को धीमा कर देते हैं जिससे काम काफी धीमा हो जाता है।
AVIF को सुरक्षित रूप से कैसे परोसें
पुराने ब्राउज़रों को प्रभावित किए बिना AVIF का उपयोग करने के लिए, इन 5 चरणों का पालन करें।
- प्रत्येक पेज पर सबसे बड़ी इमेज की पहचान करें, जो आमतौर पर हीरो बैनर और मुख्य तस्वीरें होती हैं।
- प्रत्येक इमेज को उस चौड़ाई तक कम करें जो वह पेज पर लेती है, और हाई डेंसिटी स्क्रीन के लिए इसे दोगुना कर दें।
- 60 से 70 की गुणवत्ता पर AVIF में बदलें, क्योंकि AVIF, JPEG की तुलना में कम नंबरों पर भी विवरण बनाए रखता है।
- दूसरे विकल्प के रूप में उसी स्रोत को WebP में बदलें और अंतिम फॉलबैक के रूप में मूल JPEG को रखें।
- इन तीनों को एक picture एलिमेंट के माध्यम से परोसें जिसमें AVIF पहले, WebP दूसरे और JPEG, img टैग में हो।
ब्राउज़र उस पहले फॉर्मेट को लेता है जिसे वह समझता है, इसलिए कहीं भी कुछ भी नहीं टूटता है। मार्कअप लिखने में आमतौर पर फ़ाइलों को बदलने से अधिक समय लगता है।
AVIF गुणवत्ता सेटिंग्स अलग तरह से व्यवहार करती हैं
AVIF गुणवत्ता 60, JPEG गुणवत्ता 85 के समान दिखती है, इसलिए परिचित नंबर यहाँ लागू नहीं होते। AVIF के साथ JPEG की आदतों का उपयोग करने से फ़ाइलें आवश्यकता से बहुत बड़ी बन जाती हैं।
तस्वीरों के लिए 60 से शुरू करें और वहाँ से आवश्यकतानुसार समायोजित करें। एक विशिष्ट विफलता पर नज़र रखें, क्योंकि आक्रामक सेटिंग्स पर AVIF ब्लॉक बनाने के बजाय बारीक बनावट को सुचारू (smooth) कर देता है, जिससे घास, बाल और कपड़े पेंट किए हुए दिख सकते हैं। यह आर्टिफैक्ट JPEG के ब्लॉकीनेस की तुलना में कम आपत्तिजनक है और जब तक कोई इस पर ध्यान न दिलाए, तब तक इसे पहचानना मुश्किल होता है।
कोई फॉर्मेट कैसे जीतता या हारता है
वितरण (distribution) इमेज फॉर्मेट का फैसला करता है, तकनीकी योग्यता नहीं, और ब्राउज़र विक्रेता वितरण को नियंत्रित करते हैं। इसी पैटर्न ने WebP के लिए परिणाम दिया, जो इसलिए सफल हुआ क्योंकि Chrome ने इसे शिप किया, और JPEG 2000 के लिए, जो तकनीकी रूप से सक्षम होने के बावजूद विफल रहा।
AVIF को इमेज के बजाय वीडियो के बारे में लिए गए निर्णय से लाभ हुआ। ब्राउज़र विक्रेताओं ने स्ट्रीमिंग लागत को कम करने के लिए पहले से ही AV1 में निवेश किया था, इसलिए उसी डिकोडर पर बने इमेज फॉर्मेट को जोड़ने में उन्हें बहुत कम लागत आई। JPEG XL के लिए एक नए डिकोडर, नए रखरखाव और एक नए सुरक्षा क्षेत्र की आवश्यकता थी, जिसके लाभ को ब्राउज़रों ने उस चीज़ की तुलना में मामूली माना जो वे पहले से शिप कर रहे थे।
क्या इससे सामान्य उपयोगकर्ताओं पर कोई प्रभाव पड़ता है
नहीं, अधिकांश लोग कभी भी सीधे इमेज फॉर्मेट का चयन नहीं करते हैं, और यह निर्णय उस प्लेटफॉर्म द्वारा लिया जाता है जिसके माध्यम से वे प्रकाशित करते हैं। यह बहस साइट मालिकों, फोटोग्राफरों और डेवलपर्स के लिए मायने रखती है जो अपनी डिलीवरी को नियंत्रित करते हैं।
मार्केटप्लेस, सोशल नेटवर्क या होस्टेड साइट बिल्डर के माध्यम से प्रकाशित करने वाला कोई भी व्यक्ति JPG या PNG अपलोड कर रहा है और प्लेटफॉर्म को इसे फिर से एन्कोड करने दे रहा है। फॉर्मेट का तर्क आप तक केवल तभी पहुँचता है जब आप उन फ़ाइलों को नियंत्रित करते हैं जिन्हें एक विज़िटर डाउनलोड करता है, यही कारण है कि यह वेब प्रदर्शन चर्चाओं पर हावी है और बाकी हर जगह अदृश्य है।
आपकी लाइब्रेरी के लिए इसका क्या अर्थ है
दोषरहित (lossless) मास्टर फ़ाइलें रखें, AVIF और WebP प्रकाशित करें, और फॉर्मेट की बहस को अनदेखा करें। डिलीवरी फॉर्मेट हर कुछ वर्षों में बदलते रहते हैं जबकि एक मास्टर फ़ाइल अनिश्चित काल तक उपयोगी रहती है।
जिस किसी ने भी अपनी पूरी लाइब्रेरी को डिलीवरी फॉर्मेट में बदल दिया और मूल फ़ाइलों को हटा दिया, उसे पहले भी इस समस्या का सामना करना पड़ा है। कैटलॉग को फिर से शूट करने की तुलना में स्टोरेज सस्ता है, इसलिए व्यावहारिक रणनीति यह है कि आपके पास जो सबसे अच्छा संस्करण है उसे स्टोर करें और वेब के बदलने पर डिलीवरी कॉपियां जनरेट करते रहें।
क्या JPEG XL वापस आएगा
वापसी के लिए Chrome को अपना निर्णय बदलना होगा, और किसी भी घोषणा से यह संकेत नहीं मिलता है कि ऐसी कोई योजना है। Safari सपोर्ट और फोटोग्राफी सॉफ़्टवेयर से निरंतर रुचि इस फॉर्मेट को पूरी तरह से गायब होने से बचाती है।
फॉर्मेट पहले भी बदतर स्थितियों से वापस आए हैं, इसलिए यह सवाल बंद होने के बजाय खुला है। उस संभावना के इर्द-गिर्द वेबसाइट बनाना नासमझी होगी। आज डिलीवरी के लिए AVIF और WebP का उपयोग करें, मास्टर्स को दोषरहित फॉर्मेट में रखें, और किसी भी भविष्य के फॉर्मेट को अपनाना केवल एक बैच कन्वर्शन बनकर रह जाएगा, न कि पूरी वेबसाइट का पुनर्निर्माण।
लाइब्रेरी को AVIF में बदलना
मौजूदा JPEG के बजाय मूल मास्टर से कन्वर्ट करें, क्योंकि नुकसानदेह (lossy) स्रोत नई फ़ाइल में खराबी ले जाता है। AVIF एन्कोडर उन JPEG आर्टिफैक्ट्स को दर्शाने में बिट्स खर्च करता है जिन्हें वह वास्तविक विवरण से अलग नहीं कर पाता है।
एक साथ 500 फ़ाइलें तक जोड़ें, या एक ZIP आर्काइव सौंपें, और पूरा सेट एक ही बार में एन्कोड हो जाता है। सब कुछ आपके अपने प्रोसेसर पर आपके ब्राउज़र के अंदर चलता है, इसलिए फोटोग्राफी लाइब्रेरी, क्लाइंट वर्क और अप्रकाशित कैंपेन एसेट्स कभी भी सर्वर तक नहीं पहुँचते हैं। स्थानीय रूप से एन्कोडिंग का यह भी अर्थ है कि एक बड़ा बैच अपलोड की गति के बजाय आपकी मशीन की गति से चलता है।