ICO फ़ाइल क्या होती है?

ICO एक कंटेनर है: एक खोल, जिसके अंदर वे धाराएँ रहती हैं जिन्हें किसी और ने एन्कोड किया है। यह पिक्सेल की एक जाली सहेजता है, इसलिए अपने ही रिज़ॉल्यूशन से आगे बढ़ाने पर यह धुँधला पड़ जाता है। इसका इस्तेमाल वेब के लिए होता है।

एक्सटेंशन .ico है और पूरा नाम Windows Icon। दोनों उतना नहीं बताते जितना यह कि फ़ाइल अंदर क्या-क्या रख सकती है — और इस पन्ने का बाक़ी हिस्सा इसी के बारे में है।

इसे Microsoft ने 1985 में जारी किया था।

जो फ़ॉर्मेट इतने लंबे समय तक पढ़ा जाता रहा हो, उसे वह चीज़ सौंपी जा सकती है जो आपको दस साल बाद वापस चाहिए।

वह लिखित है और उस पर अमल किया जा सकता है, फिर भी अगला संस्करण कैसा होगा यह कंपनी तय करती है। व्यवहार में इतना काफ़ी है कि फ़ाइल खुलती रहे; इतना काफ़ी नहीं कि आप निश्चिंत हो जाएँ।

यह एक ही काम को एक ही तरह के लोगों के लिए अच्छी तरह करने को मौजूद है। उस काम के बाहर इसे यूँ ही चुन लेना ठीक नहीं, और उस काम के अंदर आमतौर पर इससे बेहतर कुछ है ही नहीं।

ICO फ़ाइल अपना अंदरूनी हिस्सा हूबहू सहेजती है। दोबारा सहेजने से कुछ नहीं बदलता, इसलिए इसे जितनी बार चाहें खोलिए, बदलिए और फिर से सहेजिए — नुक़सान जमा नहीं होता। यही बात इसे सौंपने का नहीं, काम करने का फ़ॉर्मेट बनाती है।

ICO फ़ाइल अपने साथ एक अल्फ़ा चैनल रखती है, इसलिए लोगो के किनारे पीछे जो कुछ भी हो उसके ऊपर नरम बने रहते हैं — वह सफ़ेद डिब्बे में बंद होकर नहीं पहुँचता।

हर चैनल पर 8 बिट तक। यह RGB और इंडेक्स की गई पैलेट में काम कर सकता है।

हर चैनल पर आठ बिट वही है जो स्क्रीन दिखाती है और जो लगभग हर सौंपने वाला फ़ॉर्मेट साथ लाता है।

ICO फ़ाइल ऐसी तस्वीर बयान नहीं कर सकती जिसकी कोई भुजा 256 पिक्सेल से लंबी हो — यानी किसी भी स्क्रीनशॉट से छोटी, और फ़ोन से खींची किसी भी तस्वीर से छोटी। इसमें बदली गई हर चीज़ को समाने के लिए घटाया जाता है, इसलिए यह कोई किनारे का मामला नहीं है: लगभग हर स्रोत इसी हद से टकराता है।

ICO फ़ाइल एक पन्ने तक सीमित नहीं है, और जब इसे ऐसी चीज़ में बदला जाए जो सीमित है तो यह मायने रखता है: एक बार बदलने पर एक ही फ़ाइल निकलती है और उसमें एक ही पन्ना होता है — पहला वाला, बशर्ते कन्वर्टर पन्ना चुनने की सुविधा न देता हो।

GIMP और IcoFX इसे पढ़ते हैं, और इसी तरह के ज़्यादातर दूसरे प्रोग्राम भी।

फ़ाइल न खुले तो कसूर फ़ॉर्मेट का शायद ही कभी होता है — अक्सर प्रोग्राम ही फ़ॉर्मेट से पुराना होता है। किसी पुरानी चीज़ में बदल लेना इससे निकलने का भरोसेमंद रास्ता है, और इस वेबसाइट का बाक़ी हिस्सा इसी के लिए है।

इसे हर मौजूदा ब्राउज़र पढ़ लेता है।

इसलिए इसे किसी पन्ने पर रखना या संदेश के साथ भेजना बेफ़िक्र होकर किया जा सकता है — सामने वाले ने क्या इंस्टॉल कर रखा है, यह सोचने की ज़रूरत नहीं।

ICO सौंपने के लिए बना है, इसके अंदर काम करने के लिए नहीं। इसे बदलना मुमकिन है और शायद ही कभी सुखद; समझदारी का रास्ता मूल फ़ाइल से होकर और एक नए निर्यात से होकर जाता है।

ICO एक ही तस्वीर के कई आकार एक फ़ाइल में रखता है — 16, 32, 48, 256 पिक्सेल — ताकि टास्कबार, फ़ाइल-सूची और शॉर्टकट अपनी ज़रूरत का सही आकार बिना बड़ा या छोटा किए उठा सकें। यह पन्नों की शृंखला नहीं है जैसे TIFF या PDF में होती है — यह एक ही चीज़ के अलग-अलग रिज़ॉल्यूशन की सूची है।

इसी वजह से «बहु-पृष्ठ» का सवाल यहाँ लागू नहीं होता जैसे किसी दस्तावेज़ पर होता है। जो सामने है वह एक ही आइकन के कई नाप हैं, और हर नाप को अलग से चुना और लिखा जाता है।

ICO के भीतर हर एक प्रविष्टि यहाँ एक PNG है, कोई कच्चा बिटमैप नहीं — इसलिए पारदर्शिता पूरी तरह बचती है, चरणबद्ध अल्फ़ा-चैनल समेत, जो GIF के इकाई-बिट पारदर्शिता से बेहतर है। PNG के भीतर की परत लॉसलेस है, पर उससे पहले लगने वाली 256-पिक्सेल की सीमा नहीं — इसलिए ICO को इस साइट पर लॉसलेस प्रारूप नहीं गिना जाता।

डिफ़ॉल्ट नाप 16, 32 और 48 पिक्सेल हैं। सबसे लंबा किनारा 256 पिक्सेल पर तय है — चौड़ाई पर नहीं, जो भी किनारा बड़ा हो उस पर।

माँगे गए नाप 256 तक सीमित कर दिए जाते हैं, दोहराव हटाकर बड़े से छोटे क्रम में लगाए जाते हैं। अगर सूची खाली या ग़लत ढंग से लिखी गई हो, तो सिर्फ़ 256 पिक्सेल पर लौट जाता है।

हर नाप के लिए तस्वीर वर्गाकार डिब्बे में फ़िट की जाती है — पहलू अनुपात बनाए रखते हुए, कभी खींचकर नहीं। चौड़ाई और ऊँचाई में जो अनुपात कम बैठे, उसी के हिसाब से पूरी तस्वीर सिकोड़ी और बीचोबीच रखी जाती है, बाक़ी जगह ख़ाली छोड़ दी जाती है।

अगर स्रोत तस्वीर 120 पिक्सेल की है और 256 पिक्सेल का नाप माँगा जाए, तो यह इंजन उसे सचमुच बड़ा कर देता है — बिना कोई सीमा लगाए। इससे पिक्सेल स्पष्ट रूप से धुँधले दिखेंगे, क्योंकि जो विवरण मौजूद ही नहीं था, उसे बनाया नहीं जा सकता।

इसलिए बड़े आइकन-नाप की ज़रूरत हो तो स्रोत तस्वीर उतनी या उससे बड़ी होनी चाहिए। एक छोटे लोगो को सीधे 256-पिक्सेल ICO में बदलने की उम्मीद रखना ग़लत नतीजा देगा, भले ही औज़ार बिना किसी शिकायत के इसे पूरा कर दे।

GIF और ICO दोनों 256-पिक्सेल की सीमा साझा करते हैं, पर पारदर्शिता में दोनों अलग रास्तों पर हैं। इस साइट पर GIF लिखते वक़्त कोई पारदर्शी सूचकांक तय नहीं होता और पूरी पारदर्शिता काले रंग में बदल जाती है; ICO का PNG-आधारित पेलोड चरणबद्ध पारदर्शिता को पूरी तरह बरक़रार रखता है।

इसीलिए किसी पारदर्शी लोगो को आइकन-नाप की ज़रूरत के लिए बदलना हो, तो ICO GIF से हमेशा बेहतर रास्ता है — नरम किनारे और आधी-पारदर्शिता बिना किसी नुक़सान के आते हैं।

ब्राउज़र टैब का favicon इसका सबसे बड़ा जीवित इस्तेमाल है, हालाँकि अब PNG और SVG favicon भी हर जगह चलते हैं। इसके अलावा Windows के डेस्कटॉप शॉर्टकट, .exe फ़ाइलों में जड़ा आइकन और पुराने ऐप्लिकेशन इंस्टॉलर इसी प्रारूप पर टिके हैं।

नए वेब प्रोजेक्ट में अक्सर एक साथ कई favicon आकार चाहिए होते हैं — यही वह जगह है जहाँ किसी एक बड़ी तस्वीर से ICO बनाना, 16/32/48 पिक्सेल की सूची के साथ, एक ही अपलोड में पूरा काम कर देता है।

ICO से PNG या JPG में जाते वक़्त कौन-सा नाप निकलेगा, यह इस पर निर्भर है कि फ़ाइल के भीतर कौन-सी प्रविष्टि चुनी गई — आमतौर पर सबसे बड़ी। पारदर्शिता वहाँ से आगे बढ़ती है अगर गंतव्य प्रारूप उसे संभाल सके, या पृष्ठभूमि-रंग विकल्प से भर दी जाती है अगर गंतव्य JPG जैसा अपारदर्शी प्रारूप हो।

ICO को JPG या BMP में बदलने पर पारदर्शी हिस्सा फिर उसी सफ़ेद (या चुने गए) पृष्ठभूमि रंग से भर जाता है, ठीक वैसे ही जैसे किसी और पारदर्शी स्रोत के साथ होता।

PNG की तरह ICO भी गुणवत्ता स्लाइडर को नज़रअंदाज़ करता है — इसके पीछे की परत पहले से ही लॉसलेस है, और चुनने लायक़ चीज़ सिर्फ़ नाप है, न कि संपीड़न स्तर।

यह इसे JPG या WebP से बिलकुल अलग नियंत्रण-अनुभव देता है, जहाँ एक स्लाइडर फ़ाइल-आकार और स्पष्टता के बीच समझौता तय करता है — ICO में वह समझौता होता ही नहीं, सिर्फ़ यह तय करना है कि कौन-कौन से नाप चाहिए।