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

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

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

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

तो नतीजा वही तस्वीर, वही धब्बे, बस कई गुना बड़ी फ़ाइल में रखता है। कोई फ़ॉर्मेट JPEG के हटाए हुए को वापस नहीं लाता, और कोई सेटिंग यह नहीं बदलती। जो मिलता है वह है — लेने वाला सॉफ़्टवेयर फ़ाइल पढ़ लेगा।

BMP हर पिक्सेल को सादे बाइट में रखती है, कोई एनकोडिंग योजना उसके इर्द-गिर्द नहीं, तो फ़ाइल का आकार सिर्फ़ आयाम पर टिका है — तस्वीर में क्या है इस पर नहीं। 3000 गुणा 2000 की फ़ोटो लगभग 18 मेगाबाइट की BMP बनती है; उतने ही आकार का सफ़ेद आयत भी उतना ही बड़ा होगा।

अगर आप ऐसे फ़ॉर्मेट के आदी हैं जहाँ सादी तस्वीर छोटी फ़ाइल बनती है तो यह अनजाना लगेगा, और यह बताता है कि इकलौता उपलब्ध लीवर पिक्सेल-गिनती ही क्यों है। अधिकतम चौड़ाई घटाने से आउटपुट सचमुच आधा या चौथाई होता है; सामग्री बदलने से कुछ नहीं बदलेगा।

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

तो सादा बिना-संपीड़न रूप लिखना कोई सीमा नहीं, सही तयशुदा चुनाव है: यही वह संस्करण है जिसे मौजूद हर पाठक स्वीकार करता है, और यही इस फ़ॉर्मेट को चाहने की पूरी वजह है।

BMP के पास उसे रखने की जगह लगभग नहीं। कैमरा मॉडल, एक्सपोज़र सेटिंग, तारीख़ और — ज़रूरी बात — फ़ोन द्वारा JPG में लिखा गया GPS स्थान, इन किसी का भी घर इस फ़ॉर्मेट में नहीं, तो बदली हुई फ़ाइल इनमें से किसी के बिना आती है।

यह किसी निजी संग्रह के लिए नुक़सान है और किसी मशीन को दी जाने वाली या प्रकाशित तस्वीर के लिए फ़ायदा। दोनों ही हाल में यह जान लेना बेहतर है: अगर तारीख़ और स्थान मायने रखते हैं, JPG भी रखिए, क्योंकि BMP उन्हें वापस नहीं लाएगी।

BMP उस प्रोग्राम के लिए है जिसने माँगी, और किसी और के लिए नहीं। किसी को ईमेल कीजिए तो प्राप्तकर्ता ज़रूरत से कई गुना बड़ी फ़ाइल पाता है, जिसे कुछ मेल सिस्टम सिरे से मना कर सकते हैं। इसे किसी वेब पेज पर डालिए तो हर आगंतुक पूरी बिना-संपीड़न तस्वीर डाउनलोड करता है।

किसी इंसान को देखने, पढ़ने या सहेजने के लिए JPG ही सही फ़ाइल है — और वह आपके पास पहले से है। सिर्फ़ उस मोड़ पर बदलिए, BMP सॉफ़्टवेयर को दीजिए, और मूल को उस प्रति की तरह रखिए जो आगे जाती है।

रंग वैसे ही रहते हैं, पिक्सेल वैसे ही रहते हैं, आयाम वैसे ही रहते हैं — यह जो बदलता है वह सिर्फ़ पैकेजिंग है। अधिकतम-चौड़ाई की सेटिंग न छुई जाए तो तस्वीर वैसी ही रहती है जैसी JPG में थी, बस उसे रखने वाला डिब्बा बदल गया।

इसे परखना आसान है: नतीजे को ज़ूम करके JPG के साथ बराबर रखकर देखिए, दोनों में एक ही धुँधलापन और एक ही धब्बे मिलेंगे, क्योंकि वे JPG में पहले से थे और डिकोड-फिर-एनकोड कहीं नया नहीं जोड़ता।

पूरा फ़ोल्डर छोड़ दीजिए और हर फ़ाइल बारी-बारी बदलती है, नाम वही रखते हुए बस विस्तार बदलकर, और नतीजे एक ZIP बनकर लौटते हैं। कुछ भी अपलोड नहीं होता, तो कोई कतार नहीं और कोई दैनिक सीमा नहीं।

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