आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप JXL को ICO में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
JXL से ICO
JPEG XL का दर्ज इस्तेमाल आर्काइविंग और फ़ोटोग्राफ़ी है, और जिन्होंने इसे अपनाया है वे पाइपलाइन के आगे के छोर पर हैं: यहीं मूल रहता है, क्योंकि यह हर चैनल में बत्तीस बिट तक, पूरा अल्फ़ा चैनल और चौड़ा रंग-दायरा रखता है, और क्योंकि यह मौजूदा JPEG को लॉसलेस तरीक़े से समा सकता है।
इससे दूसरे छोर पर एक ख़ाली जगह बचती है। हर वह चीज़ जो आगे इस्तेमाल होगी — किसी साइट का फ़ेविकॉन, Windows शॉर्टकट, इंस्टॉलर का आइकन — वे फ़ॉर्मेट माँगती हैं जो मास्टर फ़ॉर्मेट बनने से दशकों पहले तय हुए, और ICO इनमें सबसे पुराना है, 1985 में Microsoft द्वारा प्रकाशित। यह बदलाव वही आख़िरी क़दम है।
ब्राउज़र में JPEG XL का सहारा यहाँ आंशिक दर्ज है, पूरा नहीं, और यह कोई छोटी बात नहीं — अक्सर यही वजह होती है कि कोई कन्वर्टर ढूँढ रहा होता है। फ़ाइल टैब में प्रीव्यू नहीं होती, फ़ाइल मैनेजर से नहीं खुलती, और जहाँ भी आज़माई जाए ख़ाली या डाउनलोड-प्रॉम्प्ट देती है।
इस पेज पर इस्तेमाल होने वाला डिकोडर एक WebAssembly मॉड्यूल है जिसे साइट ख़ुद लाकर चलाती है, तो JPEG XL पर ब्राउज़र की अपनी राय कभी बीच में नहीं आती। जो फ़ाइल ब्राउज़र में कुछ नहीं दिखाती वह यहाँ बख़ूबी बदल जाती है।
स्रोत का माप जो भी हो, उसे पहले इस तरह छोटा किया जाता है कि सबसे लंबा किनारा 256 पिक्सेल हो जाए। यह फ़ॉर्मेट की सीमा है, नीति नहीं: ICO डायरेक्ट्री की हर एंट्री में हर आयाम एक बाइट में सहेजा जाता है, और 256 शून्य के तौर पर दर्ज होता है क्योंकि यह संख्या उस फ़ील्ड में समाती नहीं। फ़ाइल में असल में जो आकार जाते हैं वे उसी तस्वीर से आते हैं — डिफ़ॉल्ट सेट में 48, 32 और 16, हर एक चौकोर, बीच में लाया गया और अपनी अलग PNG के तौर पर लिखा गया।
मास्टर तस्वीर के लिए यह बहुत बड़ी कमी है, और यह इस बात को बदलता है कि मेहनत कहाँ लगानी है। 256 पिक्सेल से ऊपर कुछ भी नतीजे में योगदान नहीं देता, तो 6,000-पिक्सेल का मूल 600-पिक्सेल से बेहतर शुरुआती बिंदु नहीं है, और डिफ़ॉल्ट सेट में 48 से ऊपर भी कुछ योगदान नहीं देता। जो तय करता है आइकन कैसा बनेगा वह है क्रॉप और उसकी आकृतियाँ, और दोनों स्केल होने से पहले सही होने चाहिए।
JPEG XL पारदर्शिता को हर बीच की क़ीमत के साथ एक असली चैनल के तौर पर रखता है, और ICO के भीतर लिखी PNG वही रखती है। तो नरम एंटी-अलियास्ड किनारे वाला लोगो, धीरे मिटती छाया, या फ़ेदर किए स्ट्रोक से बना निशान सब अपने किनारे बरक़रार रखते हुए आइकन में आते हैं।
यही इस स्रोत और किसी पुराने स्रोत के बीच व्यावहारिक फ़र्क़ है। एक ही पारदर्शी रंग वाले फ़ॉर्मेट आइकन को सख़्त, कटा-फटा किनारा देते हैं जो हल्के और गहरे दोनों थीम में ग़लत दिखता है, और कोई सेटिंग इसे ठीक नहीं करती। असली अल्फ़ा वाले मास्टर से शुरू करने का मतलब है आइकन पीछे जो भी हो उस पर सही तरीक़े से बैठता है।
मास्टर आम तौर पर पूरी रचना होती है — पूरा निशान, या विषय के आसपास जगह वाली तस्वीर। आइकन 16 या 32 पिक्सेल के डिब्बे में देखा जाता है, और उस आकार पर पूरी रचना धब्बा भर होती है चाहे स्रोत कितना भी अच्छा हो।
पहले सख़्ती से चौकोर क्रॉप कीजिए। चिह्न, मोनोग्राम या एक अलग दिखने वाला तत्व लीजिए, बीच में रखिए, और किनारों को छूने से बचाने के लिए थोड़ा हाशिया छोड़िए। यह डिज़ाइन का फ़ैसला है जो बदलाव नहीं कर सकता, और यही आइकन और रंगीन चौकोर के बीच का फ़र्क़ है।
JPEG XL हर चैनल में बत्तीस बिट और चौड़ा रंग-दायरा रख सकता है। ICO के भीतर की तस्वीर एक PNG है जिसमें आठ बिट प्रति चैनल है, और व्यवहार में उसे खींचने वाले ब्राउज़र कोई कलर मैनेजमेंट लागू नहीं करते।
यह कमी आम तौर पर दिखती नहीं और कभी-कभी दिखती है। चौड़े रंग-दायरे में तय कोई नारंगी या हरा — जो sRGB के बाहर बैठता है — आइकन में लिखे जाने पर थोड़ा खिसक जाएगा। अगर ब्रांड रंग अनुबंधित है, तो आइकन को स्पेसिफ़िकेशन से मिलाकर जाँचिए, वैसे ही आ जाने की उम्मीद मत रखिए।
ICO कई तस्वीरें रखने के लिए बना था — सूची के लिए 16 पिक्सेल, डेस्कटॉप के लिए 32, प्रीव्यू के लिए 256 — ताकि सिस्टम स्केल करने की बजाय सही वाली चुन ले। "Icon sizes" नियंत्रण यही तय करता है। डिफ़ॉल्ट क्लासिक फ़ेविकॉन तीनों लिखता है; "सभी आम आकार" छह लिखता है, जो Windows एप्लिकेशन रिसोर्स की माँग है।
यह नियंत्रण दोबारा नहीं बना सकता। हर एंट्री आपके मास्टर की उस आकार तक घटाई गई फ़िल्टर की गई प्रति है, सरल की गई नहीं। किसी डेस्कटॉप एप्लिकेशन के लिए, अगर निशान में बारीक विवरण हैं, तो बचा हुआ क़दम है 16 वाली प्रति हाथ से सरल बनाकर आइकन एडिटर में बदलना, और यह पेज उसके लिए एक अच्छा इनपुट बनाता है।
फ़ेविकॉन वाला इस्तेमाल सबसे ज़्यादा लोग जानते हैं, पर ICO वेब से कई साल पहले का है और यह अब भी वही है जो Windows शॉर्टकट, executable के resource, इंस्टॉलर और file-type association के लिए माँगता है। क्रॉस-प्लेटफ़ॉर्म एप्लिकेशन बिल्ड ICO, ICNS और PNG सेट माँगता है, और यह पहला भरता है।
यह जानना ज़रूरी है क्योंकि माँगें अलग हैं। फ़ेविकॉन को छोटे आकार चाहिए; एप्लिकेशन आइकन 256 तक जाने वाले सेट के तौर पर तय होता है, अक्सर हाथ से बनाए छोटे संस्करणों के साथ। दोनों इस पेज से अलग-अलग सेटिंग से बनते हैं।
इस बदलाव के दोनों हिस्से स्थानीय तौर पर चलते हैं: JPEG XL डिकोडर पेज में एक WebAssembly मॉड्यूल है, और आइकन कंटेनर उसके बगल में JavaScript से लिखा जाता है। कोई रिक्वेस्ट फ़ाइल नहीं ले जाती, कोई अकाउंट नहीं, कुछ भी रोका नहीं जाता।
इस जोड़ी के लिए यह सिद्धांत से ज़्यादा है। मास्टर फ़ाइल वह प्रति है जिसमें लेयर सपाट हुई हैं पर बाक़ी कुछ नहीं छोड़ा गया — पूरा रेज़ोल्यूशन, बिना छुआ रंग, कभी-कभी मेटाडेटा — और यह उस आख़िरी चीज़ में से है जिसे किसी मुफ़्त कन्वर्टर को 4 KB के आइकन के बदले सौंपना चाहिए।
| JXL | ICO | |
|---|---|---|
| पूरा नाम | JPEG XL | Windows आइकॉन |
| फ़ाइल एक्सटेंशन | .jxl | .ico |
| मीडिया टाइप | image/jxl | image/x-icon |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | बिना नुक़सान — कुछ छोड़ा नहीं जाता |
| पहली बार प्रकाशित | 2021 | 1985 |
| प्रकाशक | Joint Photographic Experts Group | Microsoft |
| विनिर्देश | ISO/IEC 18181 | — |
| लाइसेंस | खुला मानक | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | सीमित उपयोग | सीमित उपयोग |
| बिट डेप्थ | 32 | 8 |
| रंग जो यह दर्ज कर सकता है | RGB, ग्रेस्केल, वाइड गैमट | RGB, इंडेक्स्ड पैलेट |
| सबसे बड़ी इमेज | — | हर तरफ़ 256 px |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | AVIF, WebP, PNG | PNG, SVG |
JXL हर चैनल पर 32 बिट तक सँभालता है और ICO के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
पारदर्शिता बनी रहती है। JXL और ICO — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
ICO को हर मौजूदा ब्राउज़र खोल लेता है। JXL को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
GIMP JXL और ICO — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: JXL का सहेजना और फ़ोटोग्राफ़ी पर, ICO का वेब पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
JXL Joint Photographic Experts Group का फ़ॉर्मेट है, जो 2021 में आया। यह हर चैनल पर 32 बिट में दर्ज करता है।
ICO Microsoft का है और 1985 से चला आ रहा है। GIMP और IcoFX इस फ़ॉर्मेट को पढ़ लेते है।
ICO 1985 में आया और JXL 2021 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
ICO कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। आइकॉन के आकार तक छोटा किया गया; 256 पिक्सेल से आगे की बारीक़ी छोड़ दी जाती है।
JXL हर चैनल पर 32 बिट तक सँभालता है और ICO के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
पारदर्शिता बनी रहती है। JXL और ICO — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।