6 अक्टूबर को Chrome ने घोषणा की कि संस्करण 155 से JPEG XL (JXL) फ़ॉर्मेट के लिए डिफ़ॉल्ट समर्थन उपलब्ध होगा। इसके बाद Firefox ने भी संस्करण 158 में डिफ़ॉल्ट समर्थन सक्षम कर दिया। इसका अर्थ है कि मुख्यधारा के ब्राउज़र इंजन में JXL का समर्थन अंततः «प्रयोगात्मक» चरण से निकलकर व्यावहारिक उपयोग तक पहुँच गया है।

JXL क्या है?
JPEG XL संयुक्त छवि विशेषज्ञ समूह (JPEG), Google और Cloudinary द्वारा संयुक्त रूप से विकसित नई पीढ़ी का बिटमैप इमेज फ़ॉर्मेट है, जो 2021–2022 में आधिकारिक रूप से एक अंतरराष्ट्रीय मानक (ISO/IEC 18181) बना। इसका लक्ष्य JPEG, PNG और GIF का एक साथ विकल्प बनना तथा आधुनिक Web परिदृश्यों में AVIF और WebP के साथ प्रतिस्पर्धा करना है।
JPEG और JPEG XL के बीच मुख्य अंतर
| तुलना का विषय | JPEG | JPEG XL |
|---|---|---|
| जारी होने का समय | 1992 | 2021–2022 |
| कंप्रेशन विधि | केवल लॉसी | लॉसी + लॉसलेस |
| JPEG की तुलना में फ़ाइल आकार | आधार मान | आमतौर पर 30–50% छोटा (कंटेंट और गुणवत्ता पर निर्भर) |
| पारदर्शिता चैनल (Alpha) | समर्थित नहीं | समर्थित |
| एनीमेशन | समर्थित नहीं | समर्थित |
| HDR / वाइड कलर गैमट | समर्थित नहीं | मूल रूप से समर्थित |
| प्रोग्रेसिव डिकोडिंग | सीमित समर्थन | बेहतर और अधिक सूक्ष्म |
| मौजूदा JPEG के साथ व्यवहार | — | लॉसलेस री-कंप्रेशन संभव (लगभग 16–22% छोटा, और पूरी तरह पुनर्स्थापित किया जा सकता है) |
| बिट डेप्थ | आमतौर पर 8-bit | अधिकतम 32-bit फ़्लोटिंग पॉइंट |
| अधिकतम आकार | सीमित | एक किनारा लगभग 1 अरब पिक्सेल तक |
ध्यान देने योग्य बात यह है कि वर्तमान Web परिदृश्य में लॉसी फ़ोटो के लिए AVIF आमतौर पर JPEG XL से छोटा होता है (अक्टूबर 2026 की सिस्टम तुलना के अनुसार, डिफ़ॉल्ट सेटिंग्स में समान गुणवत्ता पर JXL अक्सर AVIF से लगभग 15–25% बड़ा होता है)। JPEG XL के मुख्य लाभ लॉसलेस कंप्रेशन, मौजूदा JPEG का लॉसलेस री-कंप्रेशन, उत्कृष्ट प्रोग्रेसिव लोडिंग और उच्च-निष्ठा/HDR परिदृश्यों में केंद्रित हैं।
मौजूदा JPEG के लॉसलेस री-कंप्रेशन का सिद्धांत
पारंपरिक ट्रांसकोडिंग में JPEG को WebP या AVIF में बदलने के लिए पहले JPEG को पिक्सेल में डिकोड करना पड़ता है और फिर नए फ़ॉर्मेट में दोबारा एन्कोड करना पड़ता है। यह प्रक्रिया धीमी होती है और दोबारा क्वांटाइज़ेशन के कारण मूल जानकारी नष्ट हो जाती है, जिसे वापस प्राप्त नहीं किया जा सकता।
JPEG XL का लॉसलेस ट्रांसकोडिंग पथ पूरी तरह अलग है: यह पिक्सेल डिकोडिंग को छोड़कर JPEG फ़ाइल के अंदर पहले से क्वांटाइज़ किए गए कंप्रेस्ड डेटा पर सीधे काम करता है। विशेष रूप से, यह JPEG में मौजूद डिस्क्रीट कोसाइन ट्रांसफ़ॉर्म (DCT) गुणांकों को निकालकर JPEG XL कंटेनर में दोबारा पैकेज करता है। चूँकि मूल DCT गुणांक बिल्कुल उसी रूप में सुरक्षित रहते हैं, इसलिए यह मूलतः फ़ॉर्मेट पुनर्व्यवस्था है, न कि दोबारा कंप्रेशन।
बनाई गई JXL फ़ाइल में JBRD नाम का एक बॉक्स (JPEG Bitstream Reconstruction Data) शामिल होता है। यह, बिटस्ट्रीम में संग्रहीत क्वांटाइज़ेशन तालिका और DCT गुणांकों के साथ मिलकर, मूल JPEG फ़ाइल को पुनर्निर्मित करने के लिए आवश्यक पूरी जानकारी उपलब्ध कराता है। इसलिए बाइट-स्तर पर पूर्ण पुनर्स्थापना संभव होती है।

ब्राउज़र में JXL समर्थन की जाँच कैसे करें
ब्राउज़र कंसोल में नीचे दिए गए स्क्रिप्ट से जाँच की जा सकती है:
async function supportsJpegXl(testUrl = 'https://jpegxl.info/ComparisonImages/AVIF_CompareSizeSameQuality/close-up-beautiful-chicken-country-lifestyle.png.d0.6.7.jxl') {
return new Promise((resolve) => {
const img = new Image();
img.onload = () => resolve(true);
img.onerror = () => resolve(false);
img.src = testUrl;
});
}
supportsJpegXl().then(supported => {
console.log('浏览器支持 JPEG XL?', supported);
});

वास्तविक प्रोडक्शन में JavaScript जाँच पर पूरी तरह निर्भर रहने के बजाय प्रोग्रेसिव एन्हांसमेंट के लिए <picture> का उपयोग करना अधिक अनुशंसित है।
ब्राउज़र समर्थन की स्थिति (अक्टूबर 2026)
- Chrome / Chromium परिवार: संस्करण 155 से डिफ़ॉल्ट समर्थन (2026-10-06 को जारी), मेमोरी-सुरक्षित Rust डिकोडर
jxl-rsका उपयोग करता है। - Firefox: संस्करण 158 से डिफ़ॉल्ट समर्थन (लगभग 2026-10-13 को जारी), यह भी
jxl-rsपर आधारित है। - Safari: संस्करण 17 से स्थिर इमेज के लिए समर्थन (आंशिक समर्थन, एनीमेशन और प्रोग्रेसिव क्षमताएँ अपेक्षाकृत कमज़ोर हैं)।
- Edge जैसे अन्य Chromium इंजन-आधारित ब्राउज़र इसके बाद समर्थन उपलब्ध कराएँगे।
उपयोग और ट्रांसकोडिंग कैसे करें
अब zippic जैसे टूल के माध्यम से आउटपुट के रूप में JXL फ़ॉर्मेट चुना जा सकता है। बड़ी संख्या में मौजूदा JPEG वाली स्थितियों में लॉसलेस री-कंप्रेशन को प्राथमिकता दें, ताकि मूल गुणवत्ता सुरक्षित रहे और फ़ाइलों को कभी भी वापस पुनर्स्थापित किया जा सके।

अनुशंसित तरीका यह है कि कई फ़ॉर्मेट के लिए फ़ॉलबैक उपलब्ध कराने हेतु <picture> के साथ इसका उपयोग किया जाए:
<picture>
<source srcset="image.jxl" type="image/jxl">
<source srcset="image.avif" type="image/avif">
<source srcset="image.webp" type="image/webp">
<img src="image.jpg" alt="描述">
</picture>
आम एन्कोडिंग टूल में cjxl(libjxl), jixel, libvips और Sharp आदि शामिल हैं।
JPEG XL को कब प्राथमिकता दें?
| परिदृश्य | अनुशंसित प्राथमिकता | कारण |
|---|---|---|
| मौजूदा JPEG का लॉसलेस माइग्रेशन | JPEG XL | यह एकमात्र ऐसा फ़ॉर्मेट है जो लॉसलेस री-कंप्रेशन और पूर्ण पुनर्स्थापना कर सकता है |
| लॉसलेस कंप्रेशन / उच्च-निष्ठा संग्रह | JPEG XL | लॉसलेस दक्षता आमतौर पर WebP और AVIF से बेहतर होती है |
| उत्कृष्ट प्रोग्रेसिव लोडिंग की आवश्यकता | JPEG XL | प्रोग्रेसिव प्रदर्शन AVIF से स्पष्ट रूप से बेहतर है |
| सामान्य वेब लॉसी फ़ोटो | पहले AVIF, JXL को भी आज़माएँ | AVIF आमतौर पर छोटा होता है, फिर भी दोनों की तुलना करना उपयोगी है |
| स्क्रीनशॉट, UI और पारदर्शी इमेज | पहले AVIF | अंतर आमतौर पर काफ़ी बड़ा होता है |
Chrome का आधिकारिक सुझाव भी है कि «AVIF और JPEG XL दोनों को आज़माएँ» और विशिष्ट इमेज के आधार पर सर्वोत्तम परिणाम चुनें।
निष्कर्ष
JPEG XL तकनीकी दृष्टि से वर्तमान में उपलब्ध अगली पीढ़ी के सबसे उत्कृष्ट इमेज फ़ॉर्मेट में से एक है। इसकी कार्यक्षमता (लॉसलेस, एनीमेशन, पारदर्शिता, HDR, उच्च बिट डेप्थ और प्रोग्रेसिव लोडिंग) काफ़ी व्यापक है। विशेष रूप से मौजूदा JPEG के लॉसलेस माइग्रेशन और लॉसलेस कंप्रेशन के मामलों में इसके विशिष्ट लाभ हैं।
अक्टूबर 2026 में Chrome 155 और Firefox 158 में डिफ़ॉल्ट समर्थन शुरू होने के बाद, इसे व्यापक व्यावहारिक उपयोग के लिए बेहतर आधार मिल गया है। नई परियोजनाओं में इसे प्राथमिक विकल्पों में से एक के रूप में अपनाया जा सकता है और AVIF/WebP के साथ फ़ॉलबैक की व्यवस्था की जा सकती है। वहीं, बड़ी संख्या में मौजूदा JPEG वाली स्थितियों में इसकी लॉसलेस री-कंप्रेशन क्षमता का उपयोग करके सहज माइग्रेशन किया जा सकता है।
