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

यह कन्वर्ज़न लगभग हमेशा एक ही वजह से होता है: कोई डिवाइस या पुराना प्रोग्राम जो सिर्फ़ बिटमैप पढ़ना जानता है। किसी लैब उपकरण का डिस्प्ले, किसी लेबल प्रिंटर का फ़र्मवेयर, कोई पुराना Visual Basic या Delphi नियंत्रण — इन सबने डिकोडर लिखने की ज़हमत कभी नहीं उठाई, क्योंकि बिटमैप को पढ़ना एक पेज भर के कोड में हो जाता है।

GIF और BMP लगभग हमउम्र हैं — 1987 और 1990 — पर विपरीत रास्ते चुनते हैं। GIF हर पिक्सेल के लिए 256 रंगों की सूची में एक इंडेक्स रखती है, यानी एक बाइट प्रति पिक्सेल, फिर LZW उसे और सिकोड़ता है। यहाँ लिखा गया बिटमैप हर पिक्सेल के लिए नीला, हरा और लाल — तीनों पूरे बाइट में, बिना किसी संपीड़न के रखता है।

इसमें अंदाज़ा लगाने को कुछ नहीं है, बस गुणा है। चौड़ाई को तीन से गुणा कीजिए, नतीजे को चार के गुणज तक पूरा कीजिए, ऊँचाई से गुणा कीजिए और 54 बाइट का हेडर जोड़ दीजिए। 480 गुणा 270 की GIF से 1,440 बाइट प्रति पंक्ति, कुल 388,800 बाइट पिक्सेल के और 388,854 बाइट पूरी फ़ाइल।

यह संख्या तस्वीर की सामग्री से बेपरवाह है — एक सादा लाल आयत भी उतनी ही बड़ी बिटमैप बनाता है जितनी कोई डिथर की हुई तस्वीर। यही अंदाज़ेबाज़ी हार्डवेयर को BMP पसंद कराती है: फ़र्मवेयर सिर्फ़ हेडर पढ़कर अपना बफ़र आवंटित कर सकता है।

दो चीज़ें ग़लती लगती हैं और नहीं हैं। पंक्तियाँ तस्वीर के सबसे नीचे से शुरू होकर ऊपर की ओर लिखी जाती हैं, और हर पिक्सेल के भीतर क्रम नीला-हरा-लाल है, उलटा नहीं। दोनों बातें असली विनिर्देश में हैं और हर BMP पाठक इन्हें ऐसे ही अपेक्षित मानता है।

तीसरी बात पैडिंग है। हर पंक्ति चार बाइट के गुणज तक भरी जाती है, तो 101 पिक्सेल चौड़ी तस्वीर 303 बाइट पिक्सेल के बाद एक ख़ाली बाइट लेती है — कुल 304 प्रति पंक्ति। जो कोड चौड़ाई को सीधे तीन से गुणा कर पंक्ति मान लेता है, उसकी तस्वीर तिरछी होकर टूटती दिखेगी।

BMP एक ही तस्वीर रखती है। उसमें क्रम, देरी या लूप का कोई खयाल ही नहीं, इसलिए एनिमेटेड GIF यहाँ पहुँचकर अपने पहले फ़्रेम पर टिक जाती है और बाक़ी सब हट जाता है — यह रजिस्ट्री की चेतावनी है, कोई बाद में खुलने वाला आश्चर्य नहीं।

जो उपकरण BMP माँगते हैं उनके लिए यह शायद ही मुश्किल है, क्योंकि जिसे बिटमैप चाहिए उसे परिभाषा से ही एक स्थिर तस्वीर चाहिए। बस यह देख लीजिए कि पहला फ़्रेम वही है जो आप चाहते थे — बहुत सी GIF किसी ख़ाली या शीर्षक वाले फ़्रेम से खुलती हैं।

यह उम्मीद रखना ठीक लगता है कि सिर्फ़ 256 रंगों वाली तस्वीर छोटी फ़ाइल बनेगी, और किसी पैलेट-आधारित फ़ॉर्मेट के लिए वह सच होता। BMP का विनिर्देश ऐसा 8-बिट रंग-सारणी वाला संस्करण अनुमति भी देता है, जो GIF से लगभग पूरी तरह मेल खाता।

यह कन्वर्टर वह नहीं लिखता। हर बिटमैप 24-बिट ही निकलती है, तो छह रंगों वाली GIF उतनी ही बाइट लेती है जितनी उसी आकार की फ़ोटो। अगर आपका उपकरण ठीक-ठीक 8-बिट पैलेट वाली BMP माँगता है, यह फ़ाइल उसके काम नहीं आएगी — यह बात उपकरण के मना करने से पहले जान लेना बेहतर है।

GIF अपनी पैलेट में एक प्रविष्टि को पारदर्शी नाम दे सकती है। यहाँ लिखी जाने वाली बिटमैप में अल्फ़ा चैनल है ही नहीं — 24 बिट, तीन चैनल, कुछ और बचता नहीं — इसलिए एनकोड होने से पहले उन पिक्सेलों को कोई रंग देना पड़ता है।

पृष्ठभूमि रंग का विकल्प यही तय करता है और तयशुदा रूप से सफ़ेद रहता है। किसी डिवाइस के लिए इसे सोच-समझकर चुनना ज़रूरी है — काली इंटरफ़ेस वाले डिस्प्ले के लिए आइकन काले पर चपटा होना चाहिए, सफ़ेद पर नहीं। जहाँ क्रोमा-की चाहिए, वही सटीक रंग सेट कीजिए।

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

चौड़ाई आधी करने से बिटमैप चौथाई रह जाती है। छोटे डिस्प्ले के लिए यह सही चाल है — 128 पिक्सेल चौड़े पैनल को 640 पिक्सेल के स्रोत से कुछ हासिल नहीं होता, और यहाँ छोटा करने से डिवाइस को बड़ा बफ़र रखने की ज़रूरत ही नहीं पड़ती।

यहाँ हर रास्टर कन्वर्ज़न मेटाडेटा बिना शर्त हटा देता है, पर इस जोड़ी पर उस नियम का काम बहुत कम है। GIF में EXIF ब्लॉक नहीं होता, कैमरा मॉडल नहीं, GPS निर्देशांक नहीं — ज़्यादा से ज़्यादा कोई टिप्पणी या ऐप्लिकेशन एक्सटेंशन बचता है।

बिटमैप फ़ॉर्मेट के पास वैसे भी उसे रखने की जगह नहीं। उसका हेडर आयाम और बिट-गहराई बताता है, बस इतना ही — तो बाहर पिक्सेल और आकार के अलावा कुछ नहीं आता। किसी स्क्रीन-रिकॉर्डर ने टिप्पणी में जो नाम भरा हो, वह साथ नहीं आता।

GIF को ब्राउज़र की अपनी इमेज सुविधा डिकोड करती है और बिटमैप का हेडर व पिक्सेल पंक्तियाँ उसी टैब में JavaScript लिखता है। कोई सर्वर बीच में नहीं, कोई अपलोड नहीं, कोई खाता नहीं, और टैब बंद होते ही फ़ाइल मिट जाती है।

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