पब्लिश होने की तारीख: 6 अक्टूबर, 2026
हमें यह बताते हुए खुशी हो रही है कि Chrome 155 से, Chrome में JPEG XL (.jxl) इमेज फ़ॉर्मैट को डिकोड करने की सुविधा उपलब्ध होगी. JPEG XL, अगली पीढ़ी का इमेज फ़ॉर्मैट है. इसे वेब डेवलपर और फ़ोटोग्राफ़र की ज़रूरतों को पूरा करने के लिए डिज़ाइन किया गया है. यह JPEG की तुलना में 30 से 50% बेहतर कंप्रेशन, बिना क्वालिटी में बदलाव किए कंप्रेशन, पहले से मौजूद एचडीआर सपोर्ट, बिना क्वालिटी में बदलाव किए JPEG ट्रांसकोडिंग, और अन्य सुविधाएं देता है.
हमारा सुझाव है कि सबसे अच्छे नतीजे पाने के लिए, AVIF और JPEG XL, दोनों फ़ॉर्मैट का इस्तेमाल करें. हमारा मानना है कि JPEG XL, हाई फ़िडेलिटी या फ़ाइल कंप्रेस करने से क्वालिटी पर असर न पड़ने वाले कंप्रेस करने के लिए सबसे ज़्यादा फ़ायदेमंद है. खास तौर पर, फ़ोटोग्राफ़िक इमेज या ऐसे मामलों में जहां फ़ाइन-ग्रेन्ड प्रोग्रेसिव डिकोडिंग को प्राथमिकता दी जाती है.
इस पोस्ट में, हमने बताया है कि हमने Chrome में JPEG XL को क्यों शामिल किया. साथ ही, हमने यह भी बताया है कि हमने Rust का इस्तेमाल क्यों किया, ताकि यह पक्का किया जा सके कि मेमोरी सुरक्षित है. इसके अलावा, हमने यह भी बताया है कि इसकी परफ़ॉर्मेंस को बेहतर बनाने के लिए हमने क्या-क्या किया, ताकि यह तेज़ी से काम कर सके. साथ ही, हमने यह भी बताया है कि इस प्रोसेस से हमें डेवलपर के सुझाव/राय और वेब स्टैंडर्ड के इकोसिस्टम के बारे में क्या पता चला.
सुरक्षा सबसे पहले: Rust में डिकोडर को फिर से लागू करना (jxl-rs)
इमेज डिकोडर, किसी भी आधुनिक वेब ब्राउज़र में सबसे अहम और टारगेट किए जाने वाले अटैक सर्फ़ेस में से एक होते हैं. ये जटिल और अविश्वसनीय बाइनरी स्ट्रक्चर को सीधे नेटवर्क से प्रोसेस करते हैं. साथ ही, रेंडरर प्रोसेस में चलते हैं. पहले, C++ जैसी मेमोरी के लिए असुरक्षित भाषाओं में लिखे गए डिकोडर में, कई तरह की कमज़ोरियां पाई जाती थीं. जैसे, आउट-ऑफ़-बाउंड रीड, हीप ओवरफ़्लो, और फ़्री की गई मेमोरी को इस्तेमाल करने से जुड़ी गड़बड़ियां.
हमारा सुरक्षा मॉडल, सैंडबॉक्सिंग और डिफ़ेंस-इन-डेप्थ पर आधारित है. यह दो लोगों की मंज़ूरी के सिद्धांत के तहत काम करता है.
हालांकि, सैंडबॉक्सिंग सुरक्षा की दूसरी लेयर है. सुरक्षा से जुड़े इन जोखिमों को सोर्स से हटाने के लिए, हमने jxl-rs को इंटिग्रेट किया है. यह JPEG XL डिकोडर का पूरी तरह से रस्ट में लागू किया गया वर्शन है.
सुरक्षा से समझौता किए बिना, तेज़ी से डिज़ाइन तैयार करना
मेमोरी सेफ़्टी बहुत ज़रूरी है. हालांकि, मेमोरी सेफ़्टी वाला ऐसा डिकोडर जो मेमोरी सेफ़्टी के बिना काम करने वाले सबसे अच्छे डिकोडर जितना तेज़ हो, वह परफ़ॉर्मेंस से समझौता करने वाले डिकोडर की तुलना में ज़्यादा बेहतर विकल्प है.
मॉडर्न कोडेक की परफ़ॉर्मेंस का एक अहम हिस्सा यह है कि मॉडर्न डिवाइसों पर उपलब्ध एसआईएमडी हार्डवेयर का पूरा इस्तेमाल किया जाए. इसे सुरक्षित तरीके से करने के लिए, target_feature_11 Rust
की सुविधा को स्थिर करना पड़ा. इससे unsafe कोड की ज़रूरत के बिना, SIMD निर्देशों का इस्तेमाल किया जा सका.
अगला चरण, SIMD ऐब्स्ट्रैक्शन लेयर (jxl_simd) बनाना था. यह C++ Highway लाइब्रेरी से लिया गया था. इसे मूल रूप से libjxl के लिए बनाया गया था. , JPEG XL का C++ रेफ़रंस इंप्लीमेंटेशन है. इन सभी डेवलपमेंट की वजह से, एक ऐसी मल्टी-प्लैटफ़ॉर्म लाइब्रेरी बनाई जा सकी है जो एसआईएमडी परफ़ॉर्मेंस ऑप्टिमाइज़ेशन से समझौता नहीं करती. साथ ही, असुरक्षित कार्रवाइयों को कुछ ऐसी जगहों तक सीमित करती है जहां इनकी जांच की जा चुकी है.
jxl-rs में परफ़ॉर्मेंस ऑप्टिमाइज़ेशन, libjxl में मौजूद ऑप्टिमाइज़ेशन पर आधारित होते हैं. इसमें, क्षेत्र की सीमाओं को पार करने वाले चरणों के लिए सामान्य प्रोसेसिंग पाइपलाइन शामिल है. साथ ही, हार्डवेयर की परफ़ॉर्मेंस को बेहतर बनाने के लिए, डेटा की कॉपी को कम से कम किया जाता है. हम jxl-rs परफ़ॉर्मेंस डैशबोर्ड पर, अलग-अलग हार्डवेयर प्लैटफ़ॉर्म पर Rust रीइम्प्लीमेंट की परफ़ॉर्मेंस को ट्रैक कर रहे हैं.
हमने jxl-rs को लागू करने के लिए, कई आधुनिक तकनीकों का इस्तेमाल किया है. इनमें फ़ज़िंग और कोड की एआई समीक्षा शामिल है. हमें लागू करने के पूरे इतिहास में, मेमोरी सेफ़्टी से जुड़ी कोई गड़बड़ी नहीं मिली है. इससे यह भी पुष्टि होती है कि Rust, मेमोरी सेफ़्टी को बेहतर बनाने में काफ़ी मददगार है.
डेवलपर के सुझाव/राय और इंटरऑप प्रोजेक्ट
Chrome की टीम, वेब डेवलपर से मिले सुझाव, शिकायत या राय पर ध्यान देती है. ये सुझाव, शिकायत या राय कई चैनलों से मिलती है. जैसे, बग, सर्वे, डेवलपर सिग्नल प्रोजेक्ट, और इंटरऑप प्रोजेक्ट. JPEG XL को शिप करने का फ़ैसला, वेब डेवलपर से मिले लगातार सुझावों और अनुरोधों के आधार पर लिया गया था. ये सुझाव और अनुरोध, इंटरऑप प्रोसेस में सबसे ज़्यादा देखे गए थे. इसमें 2026 में JPEG XL सबसे लोकप्रिय प्रस्ताव था. साथ ही, यह कई सालों से लोकप्रिय बना हुआ है.
यह पक्का करने के लिए कि फ़ॉर्मैट सभी ब्राउज़र पर काम करे, हमने Interop 2026 JPEG XL Investigation में हिस्सा लिया है. इससे यह पक्का किया जा सकेगा कि ब्राउज़र में JPEG XL की सभी सुविधाओं के लिए टेस्ट कवरेज उपलब्ध है. साथ ही, यह भी पक्का किया जा सकेगा कि वे टेस्ट Chrome में पास हो जाएं.
इसे आज़माएं
Chrome में JPEG XL फ़ॉर्मैट के आधिकारिक तौर पर उपलब्ध होने से, वेब ब्राउज़िंग तेज़, बेहतर, और सुरक्षित हो जाती है. हम डेवलपर, कॉन्टेंट क्रिएटर्स, और प्लैटफ़ॉर्म के मालिकों को अपनी पाइपलाइन में .jxl इमेज और ऐनिमेशन का इस्तेमाल शुरू करने के लिए प्रोत्साहित करते हैं.
इसे आज़माएं, बग की जानकारी दें, और सभी के लिए तेज़ और सुरक्षित वेब बनाने में हमारी मदद करें.
Acknowledgements
हम उन सभी लोगों को धन्यवाद देना चाहते हैं जिन्होंने jxl-rs या Chrome में इसके इंटिग्रेशन में योगदान दिया. साथ ही, हम Helmut Januschka को खास तौर पर धन्यवाद देना चाहते हैं. उन्होंने Chrome इंटिग्रेशन और jxl-rs, दोनों में अहम योगदान दिया है. इसके अलावा, हम Martin Bruse, Zoltan Szabadka, Sami Boukortt, और Wonwoo Choi को भी धन्यवाद देना चाहते हैं. उन्होंने jxl-rs में अहम योगदान दिया है.