JPEG XL: शुरुआत और मौजूदा स्थिति
(cloudinary.com)- JPEG XL Google PIK और Cloudinary FUIF को मिलाकर 2018 में विकास शुरू किया गया अगली पीढ़ी का image compression format है, और 2020 में bitstream पूरी तरह फ्रीज़ हो जाने के साथ standardization का काम पूरा हो गया
- 2022 में Chrome द्वारा हटाने का फैसला लेने से पहले Firefox·Chrome जैसे प्रमुख browsers ने experimental support जोड़ा था और इसका प्रसार सुचारु रूप से आगे बढ़ रहा था
- Safari 17 और iOS·macOS सहित Apple की पूरी product lineup द्वारा JPEG XL support की घोषणा के साथ ecosystem विस्तार की momentum फिर बढ़ी
- Cloudinary ने CID22 dataset और SSIMULACRA 2 आधारित experiments के जरिए JPEG XL, AVIF, WebP, mozjpeg आदि की तुलना करते हुए high quality, high compression और speed के दृष्टिकोण से अंतर का विश्लेषण किया
- JPEG XL AVIF की तुलना में 5~10% अतिरिक्त compression gain देता है, और speed के मामले में भी संतुलित स्तर बनाए रखता है, इसलिए मौजूदा समय में औसतन सबसे बेहतर codec होने का आकलन पेश किया गया
JPEG XL की शुरुआत
- JPEG समिति ने अगली पीढ़ी के image compression standard के लिए प्रस्ताव आमंत्रित किए और 7 प्रस्ताव जमा हुए, जिनमें Google PIK और Cloudinary FUIF की तकनीकों को मिलाकर JPEG XL का डिज़ाइन शुरू हुआ
- दोनों formats की खूबियों को मिलाकर मौजूदा JPEG की तुलना में उच्च गुणवत्ता और उच्च दक्षता वाली compression देने वाली नई codec संरचना बनाई गई
- 2020 के अंत में bitstream फ्रीज़ हुआ, और मार्च 2022 में इसे ISO standard (ISO/IEC 18181) के रूप में आधिकारिक मंजूरी मिली
- 2021 में Chrome और Firefox ने flag-आधारित experimental support जोड़ा, जिससे लगा कि यह स्थिर रूप से आगे बढ़ रहा है
- 2022 में Halloween के आसपास Chrome ने support हटाने की अचानक घोषणा कर दी, जिससे विवाद पैदा हुआ
- Cloudinary पक्ष ने Chrome की testing पद्धति में कई methodological समस्याओं की ओर इशारा किया, लेकिन उन्हें शामिल नहीं किया गया
- browsers के बाहर के environments में Serif Affinity, Adobe Camera Raw, GIMP, Krita जैसे authoring tools केंद्रित JPEG XL adoption लगातार बढ़ता रहा
Apple की WWDC घोषणा
- WWDC23 में Safari 17 की नई सुविधाओं की सूची में JPEG XL को आधिकारिक रूप से शामिल किया गया
- iOS, iPadOS, macOS, watchOS, visionOS सहित पूरे Apple ecosystem में JXL support जोड़ा गया
- JPEG XL developers ने भी यह उम्मीद नहीं की थी कि Safari पहला औपचारिक support देने वाला browser बनेगा, और इस घोषणा से ecosystem की momentum मजबूत हुई
image codec comparison experiment (CID22)
- Cloudinary ने बड़े पैमाने का CID22 image dataset (जिसमें इंसानों ने सीधे quality का आकलन किया हुआ subjective data) तैयार किया
- subjective evaluation सबसे सटीक मानदंड है, लेकिन बड़े पैमाने के experiments कठिन होते हैं, इसलिए इसके आधार पर SSIMULACRA 2.1 जैसे metrics को validate करके विस्तृत experiments में इस्तेमाल किया गया
- image compression में compression ratio, visual quality और encoding speed के बीच संतुलन महत्वपूर्ण है
- समान quality शर्तों पर JPEG XL, AVIF, WebP, mozjpeg की तुलना SSIMULACRA 2 के आधार पर की गई
- प्रमुख परिणाम
- WebP: low-quality range में JPEG की तुलना में 25~35% कमी, लेकिन high-quality range में yuv420 सीमा के कारण लाभ घट जाता है
- mozjpeg की तुलना में WebP का अतिरिक्त लाभ केवल 3~5% के आसपास है
- AVIF: WebP की तुलना में 10~15% अतिरिक्त कमी संभव, और yuv444 support होने से high-quality range में भी ऊँची कमी दर बनी रहती है
- हालांकि, encoding speed बहुत धीमी है (अपनी default settings के आधार पर कई गुना धीमी, एकल-अंकीय गुणक स्तर पर)
- JPEG XL: AVIF की तुलना में 5~10% अतिरिक्त compression reduction, खासकर high-quality range में अंतर बड़ा है
- encoding speed भी AVIF से तेज है और वास्तविक उपयोग के लिए उपयुक्त performance देती है
JPEG XL का उपयोग और Cloudinary support
- Cloudinary ने JPEG XL development में भाग लिया था, इसलिए उसने सबसे पहले JXL support उपलब्ध कराया
- URL में
f_jxlजोड़कर या extension को.jxlमें बदलकर conversion किया जा सकता है
- URL में
- यदि किसी service में Safari users का अनुपात अधिक है, तो पहले JPEG XL देना और अन्य browsers के लिए AVIF/WebP/JPEG fallback रखना एक प्रभावी रणनीति है
- क्योंकि हर image के लिए optimal codec अलग हो सकता है, Cloudinary AI-आधारित
f_auto,q_autoके नए version पर काम कर रहा है- यह हर image के लिए सबसे उपयुक्त format अपने आप चुनने की सुविधा देगा
1 टिप्पणियां
Hacker News की राय