JPEG XL (JXL) इमेज से मेटाडेटा हटाएं
08 एक फ़ॉर्मैट जिसकी फ़ाइलें अभी शायद आपके पास कम हों - यह हम ईमानदारी से बता रहे हैं
JPEG XL सच में एक शानदार JPEG उत्तराधिकारी है - बेहतर कम्प्रेशन, असली प्रोग्रेसिव डिकोडिंग, और लॉसलेस
JPEG री-कम्प्रेशन इसकी खासियत है - लेकिन 2026 तक, सिर्फ़ Safari इसे नेटिव सपोर्ट करता है (वह भी आंशिक -
एनिमेशन सपोर्ट नहीं, प्रोग्रेसिव डिकोडिंग सपोर्ट नहीं), और Chrome एक एक्सपेरिमेंटल डिकोडर देता है जिसे
मैनुअली चालू करना पड़ता है, डिफ़ॉल्ट रूप से नहीं। असल में, अगर आपके पास आज कोई .jxl फ़ाइल
है, तो यह शायद किसी फ़ोटोग्राफ़ी वर्कफ़्लो या आर्काइव एक्सपोर्ट से आई होगी, न कि iPhone के HEIC की तरह
फ़ोन से अपने आप बनी होगी। यह पेज इसलिए है क्योंकि यह फ़ॉर्मैट खुद मायने रखता है, इसलिए नहीं कि ज़्यादातर
लोगों के पास अभी JXL फ़ाइलें हैं।
और गहराई से जानें: तकनीकी तौर पर यह सबसे आसानी से सपोर्ट हो सकने वाला "दुर्लभ" फ़ॉर्मैट क्यों है
HEIC (जिसे अलग JavaScript डिकोड लाइब्रेरी चाहिए) या AVIF (जो ब्राउज़र के अपने नेटिव डिकोड सपोर्ट पर निर्भर है) के उलट, JPEG XL के पास एक असली, बिना-डिपेंडेंसी डिकोडर मौजूद है - यह ठीक वही तकनीक है जिसे Chrome ने खुद 2026 में अपने JXL सपोर्ट के लिए इस्तेमाल किया। इसका मतलब है कि यहां JXL सपोर्ट सीधे उसी इंजन से जुड़ता है जो बाकी हर फ़ॉर्मैट इस्तेमाल करता है, कोई अलग ब्रिज नहीं चाहिए। इकलौता ईमानदार आरक्षण यह है: इस डिकोडर के अंदर की थ्रेडिंग डिपेंडेंसी WebAssembly के लिए खासतौर पर कंपाइल किए जाने पर कैसा व्यवहार करती है, इसकी स्वतंत्र पुष्टि अभी तक नहीं हुई है - अगर यहां बाकी सब कुछ ठीक चलने के बावजूद JXL फ़ाइल प्रोसेस होने में फेल हो, तो यही सबसे संभावित वजह होगी, और इससे किसी और फ़ॉर्मैट पर असर नहीं पड़ता।
जानबूझकर सिर्फ़ पढ़ने के लिए
अभी तक कोई परिपक्व, बिना-डिपेंडेंसी वाला JPEG XL एनकोडर मौजूद नहीं है, इसलिए यहां JXL इनपुट आउटपुट में हमेशा PNG बन जाता है - यह वही पैटर्न है जो SVG और HEIC पहले से इस्तेमाल करते हैं। एक बार फ़ाइल पिक्सेल में डिकोड हो जाए, तो इस साइट में किसी भी और फ़ॉर्मैट पर लागू होने वाली हर मेटाडेटा फ़ील्ड जांच और स्ट्रक्चर जांच उसी तरह लागू होती है।