आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप ICO को JXL में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
ICO से JXL
यहाँ आने वाला व्यक्ति कोई फ़ेविकॉन नहीं बना रहा — वह किसी पुराने ऐप्लिकेशन की एसेट को किसी ऐसे आर्काइव में समेट रहा है जिसने JPEG XL पर फ़ैसला कर लिया है, या ImageMagick या libjxl पर टिकी किसी टूलचेन को फ़ीड कर रहा है।
इसलिए यहाँ फ़ाइल किसी को दिखाई नहीं जाएगी, सिर्फ़ रखी जाएगी। यही अंतर आगे की हर बात को समझने का आधार है।
ICO के भीतर 16, 32, 48 और 256 पिक्सेल जैसे कई आकार अलग-अलग तैयार किए गए हो सकते हैं, पर यहाँ डिकोडर सिर्फ़ सबसे बड़ा वाला उठाता है और बाक़ी छोड़ देता है।
यह किसी संग्रह के लिए असली नुक़सान है: अक्सर सबसे छोटा आकार किसी ने हाथ से अलग बनाया होता है, और वही ग़ायब हो जाता है। अगर एसेट को नहीं, सिर्फ़ उसकी एक तस्वीर को बचाना है, तभी यह रास्ता ठीक है।
ICO के भीतर हर आकार असल में एक अलग PNG की तरह पैक किया गया होता है, कच्चे पिक्सेल की तरह नहीं। डिकोड करते समय यही PNG खोली जाती है और उसी से JPEG XL लिखा जाता है।
यह जानना उपयोगी है क्योंकि JPEG XL जैसे किसी आधुनिक कोडेक के लिए यह सामग्री सबसे कठिन है — छोटी, सपाट, पहले से ही एक हल्के फ़ॉर्मेट में संकुचित आर्टवर्क।
JPEG XL का अपना सचमुच लॉसलेस मोड होता है, पर यह पेज उसे नहीं माँगता — गुणवत्ता का नियंत्रण 82 से शुरू होता है और यह जोड़ी lossy की तरह दर्ज होती है।
अगर मक़सद बिट-दर-बिट सटीक भंडारण है, तो PNG अपने आप ही लॉसलेस है और इसके लिए कोई सेटिंग तक नहीं चाहिए।
ICO का पेलोड ख़ुद PNG है, इसलिए वह अल्फ़ा चैनल रखता है, और JPEG XL भी उन तीन फ़ॉर्मेट में नहीं है जिन पर पारदर्शिता किसी रंग पर चपटी की जाती है — तो कटा हुआ निशान बिना बैकग्राउंड जोड़े ही आगे बढ़ता है।
यह छोटी सी बात यहाँ अकेली राहत की चीज़ है: बाक़ी हर पहलू में यह जोड़ी उस काम के लिए बनी ही नहीं है जो कोई इससे करना चाहता है।
एक ही 256-पिक्सेल टेस्ट आइकन को यहाँ लिखे जाने वाले हर फ़ॉर्मेट में मापा गया: PNG 1,737 बाइट, GIF 1,894, WebP 3,054, AVIF 3,624, JPEG 4,005 और JPEG XL 4,348। सबसे आधुनिक फ़ॉर्मेट सबसे बड़ी संकुचित फ़ाइल बना।
यह क्रम सिर्फ़ छोटी सपाट सामग्री के लिए है और किसी फ़ोटो पर पलट जाता है, जहाँ JPEG XL आगे निकल जाता है। आइकन बदलते समय फ़ोटो वाले नतीजे को दलील बनाना ही वह ग़लती है जिससे यह हिस्सा बचाता है।
JPEG XL के दो वैध रूप हैं: बिना कंटेनर वाला कोडस्ट्रीम, जो FF 0A से शुरू होता है, और ISOBMFF बॉक्स वाला कंटेनर रूप, जो EXIF और ICC प्रोफ़ाइल जैसी चीज़ें साथ रख सकता है। यहाँ पहला रूप लिखा जाता है।
दोनों रूप मान्य हैं और libjxl दोनों पढ़ लेता है, पर कोई सख़्त इनजेस्ट प्रोसेस जो कंटेनर रूप की उम्मीद रखता हो, इस फ़ाइल को ठुकरा सकता है। कोई पाइपलाइन फ़ाइल नकार दे तो पहले यही जाँच लेने लायक़ है।
यह मापकर देखी गई बात है, अंदाज़ा नहीं: एक टेस्ट आइकन यहाँ बदलकर मान्य JPEG XL बना, और उसी ब्राउज़र को वापस दिखाने पर डिकोडर ने साफ़ मना कर दिया। Chrome ने JPEG XL को 2023 में हटा दिया था; Safari आज इसे पढ़ने वाला बड़ा ब्राउज़र है।
इसलिए नतीजे को टैब में खींचकर जाँचने की उम्मीद यहाँ मत रखिए। GIMP और ImageMagick इसे पढ़ लेते हैं, और टूलचेन में यही दो सबसे भरोसेमंद विकल्प हैं।
JPEG XL एनकोडर इसी टैब में WebAssembly के रूप में चलता है, इसलिए आइकन का पूरा फ़ोल्डर बदलते समय भी कुछ भी मशीन से बाहर नहीं जाता।
जिस पाइपलाइन ने नतीजा लेना है, उसमें एक नमूना पहले जाँच लेना समझदारी है — क्योंकि ब्राउज़र में खोलकर एक नज़र में यह देखना कि फ़ाइल सही बनी या नहीं, यहाँ काम ही नहीं करता।
| ICO | JXL | |
|---|---|---|
| पूरा नाम | Windows आइकॉन | JPEG XL |
| फ़ाइल एक्सटेंशन | .ico | .jxl |
| मीडिया टाइप | image/x-icon | image/jxl |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 1985 | 2021 |
| प्रकाशक | Microsoft | Joint Photographic Experts Group |
| विनिर्देश | — | ISO/IEC 18181 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | सीमित उपयोग | सीमित उपयोग |
| बिट डेप्थ | 8 | 32 |
| रंग जो यह दर्ज कर सकता है | RGB, इंडेक्स्ड पैलेट | RGB, ग्रेस्केल, वाइड गैमट |
| सबसे बड़ी इमेज | हर तरफ़ 256 px | — |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | PNG, SVG | AVIF, WebP, PNG |
पारदर्शिता बनी रहती है। ICO और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
JXL को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
GIMP ICO और JXL — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: ICO का वेब पर, JXL का सहेजना और फ़ोटोग्राफ़ी पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
ICO Microsoft का फ़ॉर्मेट है, जो 1985 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
JXL Joint Photographic Experts Group का है और 2021 से चला आ रहा है, और ISO/IEC 18181 में तय किया गया है। GIMP और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
ICO 1985 में आया और JXL 2021 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
JXL कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए।
JXL को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
पारदर्शिता बनी रहती है। ICO और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।