कुछ BMP संरचनाएँ अल्फ़ा घटक को दर्ज कर सकती हैं, लेकिन हर BMP फ़ाइल या ऐप पारदर्शिता को एक समान नहीं समझता। आउटपुट हेडर और अल्फ़ा मान जाँचें, फिर उस वास्तविक ऐप में कई पृष्ठभूमियों पर फ़ाइल दोबारा खोलें जहाँ उसका उपयोग होना है।
PNG → BMP
मूल PNG में मौजूद पारदर्शिता को पहचानें
PNG हर पिक्सेल के लिए अल्फ़ा मान और इंडेक्स्ड रंगों के साथ पारदर्शिता दोनों दर्ज कर सकता है। पहले तय करें कि स्रोत में पूरी तरह पारदर्शी, आंशिक पारदर्शी और अपारदर्शी क्षेत्र वास्तव में मौजूद हैं या नहीं। केवल संपादक की चेकर्ड पृष्ठभूमि पर भरोसा न करें। PNG को सफ़ेद और काले रंग पर रखकर मुलायम छाया, बाल, गोल कोने और एंटी-अलियास्ड अक्षर देखें। अपारदर्शी PNG सिर्फ़ BMP में बदलने से उपयोगी पारदर्शिता नहीं पाएगा, और केवल कठोर कटआउट वाले स्रोत में सुरक्षित रखने के लिए मुलायम मध्यवर्ती अल्फ़ा मान नहीं होते।
रूपांतरण से पहले आयाम, रंग प्रकार, बिट गहराई और महत्वपूर्ण रंग जानकारी लिख लें। इंडेक्स्ड PNG और ट्रूकलर PNG कन्वर्टर के भीतर अलग रास्ते से संसाधित हो सकते हैं। पूरी तरह पारदर्शी पिक्सेल के नीचे छिपे RGB मान कुछ कंपोज़िटिंग प्रक्रियाओं में किनारे का रंग प्रभावित कर सकते हैं। यदि कन्वर्टर का पूर्वावलोकन स्रोत अल्फ़ा को सही नहीं दिखाता, तो उसके आउटपुट को भी अप्रमाणित मानें। तुलना के लिए एक कठिन पतला किनारा और मध्यम अल्फ़ा वाली छाया चुनें।
- पूर्ण, आंशिक और शून्य पारदर्शिता में अंतर करें
- PNG को सफ़ेद और काले रंग पर देखें
- आयाम, रंग प्रकार और बिट गहराई दर्ज करें
अपारदर्शी PNG को BMP में बदलने से उसकी पृष्ठभूमि अपने आप नहीं हटती।
BMP एक्सटेंशन देखकर अल्फ़ा समर्थन न मानें
BMP एक समान पिक्सेल विन्यास नहीं, बल्कि कई संरचनाओं का परिवार है। Microsoft का BITMAPV5HEADER लाल, हरे, नीले और अल्फ़ा घटक के लिए रंग मास्क रख सकता है। Microsoft वैध अल्फ़ा सामग्री और V5 हेडर वाले कुछ 32-बिट Windows BMP के विशेष व्यवहार का भी वर्णन करता है। इससे हर BMP पारदर्शी नहीं हो जाता। पुराने हेडर, अलग संपीड़न फ़ील्ड या चौथे बाइट को बेकार छोड़ने वाले लेखक चार बाइट प्रति पिक्सेल के बावजूद ऐसा परिणाम बना सकते हैं जिसमें अर्थपूर्ण अल्फ़ा न हो।
प्राप्त करने वाले डिकोडर का व्यवहार उतना ही महत्वपूर्ण है। एक ऐप संगत 32-बिट BMP को पारदर्शी BGRA की तरह पढ़ सकता है, जबकि दूसरा अल्फ़ा को अनदेखा करके हर पिक्सेल को अपारदर्शी दिखा सकता है। कुछ कन्वर्टर BMP लिखने से पहले पारदर्शी हिस्सों को सफ़ेद या काले रंग के साथ मिला देते हैं। इसलिए फ़ाइल एक्सटेंशन, बाइट आकार या 32-बिट लेबल को संरक्षण का प्रमाण न मानें। हेडर प्रकार, संपीड़न फ़ील्ड, मास्क और पिक्सेल डेटा बताने वाले निरीक्षण उपकरण से जाँच करें और वास्तविक लक्ष्य ऐप में परिणाम पक्का करें।
- BMP सूचना हेडर की पहचान करें
- 32-बिट को अल्फ़ा का प्रमाण न मानें
- प्राप्त करने वाले डिकोडर की जाँच करें
अल्फ़ा संरक्षण और पृष्ठभूमि में मिलाने को अलग रखें
अल्फ़ा सुरक्षित रखें, 32-बिट आउटपुट या पृष्ठभूमि रंग जैसे विकल्प खोजें। यदि अल्फ़ा संरक्षण चुना है, तो पुष्टि करें कि डाउनलोड किए गए BMP में वैध अल्फ़ा मास्क और उपयोगी मान हैं, न कि केवल एक अनुपयोगी अतिरिक्त बाइट। यदि मैट रंग चुना है, तो पारदर्शिता का समाप्त होना अपेक्षित है क्योंकि पिक्सेल जानबूझकर अपारदर्शी बनाए गए हैं। गंतव्य के अनुसार सफ़ेद, काला या वास्तविक डिज़ाइन रंग चुनें और देखें कि आंशिक पारदर्शी किनारे उस पृष्ठभूमि में साफ़ मिलते हैं या नहीं।
विकल्पों के नाम मानकीकृत नहीं हैं और एक जैसी दिखने वाली सेटिंग से दो उपकरण अलग BMP संरचनाएँ लिख सकते हैं। उपलब्ध दस्तावेज़ पढ़ें और एक नमूना फ़ाइल का निरीक्षण करें। बड़ा BMP यह प्रमाणित नहीं करता कि अल्फ़ा बचा है, और इंटरफ़ेस का चेकर्ड पैटर्न डाउनलोड में पारदर्शिता की गारंटी नहीं देता। यदि लक्ष्य ऐप PNG स्वीकार करता है, तो उसे बनाए रखना सरल और अधिक विश्वसनीय हो सकता है। BMP को गंतव्य-विशिष्ट प्रति मानें और ज्ञात सही अल्फ़ा वाला स्रोत सुरक्षित रखें।
- सुरक्षित अल्फ़ा और अपारदर्शी मैट में अंतर करें
- डाउनलोड की गई फ़ाइल में मास्क और मान देखें
- लक्ष्य द्वारा स्वीकार किए जाने पर PNG को प्राथमिकता दें
कई पृष्ठभूमियों और ऐप में किनारों का परीक्षण करें
BMP को केवल कन्वर्टर पूर्वावलोकन में नहीं, वास्तविक लक्ष्य ऐप में खोलें। उसे सफ़ेद, काले और अंतिम डिज़ाइन पृष्ठभूमि पर रखें। हल्के प्रभामंडल, गहरे बाहरी किनारे, सीढ़ीनुमा रेखाएँ, गायब मुलायम छाया और पतले हिस्सों के आसपास बदला रंग खोजें। मूल PNG में उन्हीं स्थानों को 100 प्रतिशत और बड़े ज़ूम पर तुलना करें। केवल पूरी तरह पारदर्शी कोने की जाँच से मध्यवर्ती अल्फ़ा का नुकसान छूट सकता है, जबकि बाल, चमक, एंटी-अलियासिंग और नरम छाया इन्हीं मानों पर निर्भर हैं।
इसके बाद लक्ष्य ऐप से BMP सहेजें, सहेजी गई प्रति दोबारा खोलें और दूसरे दर्शक में जाँचें। फ़ाइल पहली बार पारदर्शी दिख सकती है लेकिन संपादक द्वारा पुराने हेडर से फिर लिखे जाने पर अल्फ़ा खो सकती है। यदि ऑपरेटिंग सिस्टम पूर्वावलोकन, संपादक और उत्पादन ऐप अलग परिणाम दें, तो सबसे सुंदर पूर्वावलोकन के बजाय सत्यापित उत्पादन मार्ग को प्राथमिकता दें। बड़े बैच से पहले वास्तविक प्राप्तकर्ता को छोटा नमूना भेजना दूसरी स्थापना के समान व्यवहार की कल्पना करने से बेहतर है।
- सफ़ेद, काले और अंतिम पृष्ठभूमि का उपयोग करें
- खाली स्थान ही नहीं, मध्यवर्ती अल्फ़ा भी देखें
- दोबारा सहेजकर दूसरे दर्शक में खोलें
संपूर्ण और दोहराने योग्य कार्यप्रवाह स्वीकृत करें
पतले आंशिक पारदर्शी किनारों और मुलायम छाया वाला PNG चुनें। उसे BMP में बदलें, फिर आयाम, बाइट आकार, हेडर प्रकार, बिट गहराई, मास्क और दिखी अल्फ़ा सीमा दर्ज करें। गंतव्य में वास्तव में आवश्यक आयात, आकार परिवर्तन, स्थानांतरण या कंपोज़िटिंग करें। प्रोजेक्ट सहेजें या बिटमैप निर्यात करें और परिणाम फिर जाँचें। केवल यह पूरा रास्ता सिद्ध करता है कि लेखक और सभी आवश्यक डिकोडर फ़ाइल की पारदर्शिता का एक ही अर्थ समझते हैं।
बैच प्रक्रिया से पहले अपारदर्शी फ़ोटो, कठोर किनारे वाले सरल लोगो और मुलायम अल्फ़ा वाली कला को अलग नमूनों की तरह जाँचें। BMP असफल हो तो PNG स्रोत पर लौटकर दूसरा हेडर, कन्वर्टर या मैट नीति चुनें; खराब BMP को वापस PNG में बदलना हटाया गया अल्फ़ा नहीं लौटा सकता। स्वीकृत उपकरण और ऐप संस्करण, अल्फ़ा सुरक्षित रखने या मिलाने का निर्णय और आवश्यक मैट रंग लिखें। मूल PNG रखें ताकि अनुकूलता बदलने पर BMP प्रतियाँ सुरक्षित रूप से फिर बनाई जा सकें।
- आयात, संपादन, सहेजना और दोबारा खोलना जाँचें
- अलग पारदर्शिता गुणों वाले नमूने उपयोग करें
- मूल PNG और स्वीकृत सेटिंग सुरक्षित रखें
BMP अल्फ़ा तभी सुरक्षित है जब लिखने वाला प्रोग्राम और हर आवश्यक पाठक उसका अर्थ एक समान समझे।
मुख्य बातें
- PNG अल्फ़ा सहेज सकता है, जबकि BMP की पारदर्शिता हेडर, पिक्सेल विन्यास, मास्क और प्राप्त करने वाले डिकोडर पर निर्भर करती है।
- BITMAPV5HEADER अल्फ़ा मास्क दे सकता है, पर हर BMP लेखक या दर्शक उसका सम्मान करेगा, यह निश्चित नहीं है।
- पूरी और आंशिक पारदर्शिता को सफ़ेद, काले और अंतिम पृष्ठभूमि पर जाँचें, और दोबारा सहेजने के बाद भी परीक्षण करें।
- यदि पारदर्शिता आवश्यक है, मूल PNG सुरक्षित रखें और BMP तभी अपनाएँ जब लक्ष्य ऐप का पूरा कार्यप्रवाह सफलतापूर्वक जाँच लिया गया हो।
अक्सर पूछे जाने वाले सवाल
क्या BMP पारदर्शिता का समर्थन कर सकता है?
कुछ BMP संरचनाएँ अल्फ़ा का वर्णन कर सकती हैं, पर वास्तविक समर्थन हेडर, पिक्सेल विन्यास, मास्क, लेखक और प्राप्त डिकोडर पर निर्भर है।
क्या 32-बिट BMP में हमेशा उपयोगी अल्फ़ा होता है?
नहीं। चौथा बाइट अनुपयोगी या अनदेखा हो सकता है, और केवल 32-बिट लेबल वैध अल्फ़ा मास्क या मान की गारंटी नहीं देता।
पारदर्शी PNG, BMP में काला क्यों हो गया?
कन्वर्टर ने उसे काले रंग पर मिला दिया होगा, असंगत अल्फ़ा लिखा होगा या दर्शक ऐप अल्फ़ा चैनल को अनदेखा कर रहा होगा।
BMP का परीक्षण कहाँ करना चाहिए?
वास्तविक प्राप्त ऐप में, कई पृष्ठभूमियों पर, दोबारा सहेजने के बाद और एक दूसरे स्वतंत्र दर्शक में परीक्षण करें।
पारदर्शिता आवश्यक हो तो कौन सा प्रारूप चुनें?
यदि गंतव्य PNG स्वीकार करता है तो उसे रखें। BMP तभी उपयोग करें जब प्रतिनिधि फ़ाइल पूरे आवश्यक कार्यप्रवाह में सफल हो।