ICO को GIF में बदलें

यह पहली बात है जो कहनी ज़रूरी है, और इसके बारे में ज़्यादातर पेज कभी नहीं बताते। GIF में transparency है, पर सिर्फ़ एक संकरे रूप में — एक palette प्रविष्टि को अदृश्य कहा जा सकता है। इस पेज के पीछे का encoder किसी को नामांकित नहीं करता।

तो cut-out encoder तक पहुँचने से पहले भर दिया जाता है। See-through पिक्सेल drop zone के ऊपर सेट किए background रंग से रंगे जाते हैं, सफ़ेद डिफ़ॉल्ट रूप से, और फिर palette उस नतीजे से बनता है।

रंग drop zone के ऊपर एक control है, और यह ध्यान देने लायक़ है, बस स्वीकार करने लायक़ नहीं। अगस्त 2026 से पहले यह flattening quantiser के भीतर चुपचाप होती थी और हर cut-out काले रंग पर वापस आता था।

अगर मंज़िल कोई email signature है, यह रंग लगभग हमेशा सफ़ेद होता है, क्योंकि mail client सफ़ेद पर render करते हैं। किसी coloured header वाले intranet के लिए, उसी header से मिलाइए।

GIF उनतालीस साल पुरानी है और अब तक बना सबसे universally readable image फ़ॉर्मेट है। हर mail client, हर forum engine, लगभग 2005 से पहले लिखा हर सॉफ़्टवेयर इसे पढ़ता है।

इसका नतीजा है वह मंज़िल शायद बुढ़ी होगी जिसमें दूसरी बाध्यताएँ भी होंगी — अधिकतम pixel आकार, अधिकतम byte गिनती। बदलने से पहले पूरा specification पढ़ लीजिए।

GIF हर पिक्सेल के लिए 256 रंग तक की table में index रखता है, जो फ़ोटो को दिखने लायक़ पट्टियों में बदल देता है। आइकन अलग जानवर है — समतल भराव, मुट्ठी भर brand रंग।

यह वहाँ काटता है जहाँ mark में असली gradient हो — गोला, धातु जैसा bevel। उन जगहों पर सैकड़ों अलग values एक छोटे क्षेत्र में पैदा होती हैं, और palette घटाव stepping के रूप में दिखता है।

लोग GIF को movement से जोड़ते हैं, इसलिए साफ़ कहना ज़रूरी है — यहाँ एनिमेट करने को कुछ नहीं है। ICO एक ही तस्वीर को अलग आकारों पर रखता है। इसमें समय की कोई अवधारणा नहीं, कोई frame delay नहीं।

अगर किसी लोगो का हिलता संस्करण चाहिए, यह रूपांतरण नहीं है — वह video या एनिमेटेड स्रोत से शुरू होकर पूरी तरह अलग टूल से गुज़रता है।

सबसे बड़ा वाला। आपका ब्राउज़र container को डिकोड करता है और उसकी सबसे बड़ी प्रविष्टि लौटाता है — यह 16, 32, 48 और 256 पिक्सेल की चार अलग रंग वाली entries बनाकर तीन बार जाँचा गया, हर बार वही 256-पिक्सेल drawing मिली।

और 256 सख़्त छत है, क्योंकि ICO निर्देशिका entry हर dimension को एक बाइट में रखती है — 256 शून्य के रूप में लिखा जाता है। इसलिए इस तरह बनी GIF किसी भी किनारे पर कभी 256 पिक्सेल से बड़ी नहीं होती।

छोटी, और अक्सर उम्मीद से ज़्यादा। GIF एक जैसे palette indices की लड़ी को संपीड़ित करती है, और समतल आइकन आर्टवर्क में लगभग कुछ और नहीं होता। परीक्षण फ़ाइल पर 256-पिक्सेल GIF 1,894 बाइट्स की निकली।

यह उसी तस्वीर की PNG से बराबरी करती है, जो 1,737 बाइट्स की थी। यह फ़र्क़ इतना छोटा है कि byte count यहाँ किसी को चुनने की वजह कभी नहीं बनता — transparency ही असली वजह है, और उस मापदंड पर PNG साफ़ जीतता है।

भरोसा करने से पहले एक बार कोशिश करने लायक़ है। कई सिस्टम जो documentation में GIF नाम लेते हैं वे कोड में PNG स्वीकार करते हैं, क्योंकि validation help text से बाद में लिखा गया।

जहाँ GIF सचमुच ज़रूरी है — कोई पुराना template — GIF लीजिए और background रंग उसकी मंज़िल से मिलाइए। नतीजा तब सही होता है, सिर्फ़ स्वीकार्य नहीं।

फ़ोल्डर छोड़िए। हर फ़ाइल अलग decode, quantise और encode होती है और एक ZIP में वापस आती है। Palette हर तस्वीर के लिए अलग बनता है, shared नहीं, इसलिए एक ही brand रंग वाली दो icons थोड़ी अलग index पर हो सकती हैं।

Background रंग पूरे drop के लिए एक setting है, इसलिए सेट का हर आइकन उसी fill पर flatten होता है।