Base64 को छवि में

Base64 को छवि में एक मुफ़्त टूल है, जो Base64 में एन्कोड किए गए छवि डेटा को वापस छवि में बदलता है।

Base64 किसी छवि को कैसे दर्शाता है?

Base64 किसी छवि के बाइनरी बाइट्स को प्रिंट किए जा सकने वाले टेक्स्ट वर्णों के एक सीमित समूह में बदलकर उसे दर्शाता है। इसकी ज़रूरत इसलिए पड़ती है क्योंकि कुछ सिस्टम कच्चे बाइनरी डेटा के बजाय टेक्स्ट संभालने के लिए बनाए गए हैं। बाइट्स को एन्कोड करने पर उन्हें ईमेल, JSON, HTML या दूसरे टेक्स्ट-आधारित फ़ॉर्मेट में रखना आसान हो जाता है।

मानक Base64 वर्णमाला में अंग्रेज़ी के बड़े और छोटे अक्षर, अंक, प्लस चिह्न और फ़ॉरवर्ड स्लैश शामिल होते हैं। अंत में पैडिंग के रूप में बराबर का चिह्न आ सकता है। आम तौर पर हर तीन इनपुट बाइट्स से चार Base64 वर्ण बनते हैं, इसलिए एन्कोड किया गया डेटा मूल डेटा से लगभग एक-तिहाई बड़ा होता है।

टेक्स्ट का यह छोटा उदाहरण प्रक्रिया को साफ़ तौर पर दिखाता है:

• टेक्स्ट के रूप में पढ़े गए मूल बाइट्स: Man
• Base64 आउटपुट: TWFu

छवि पर भी यही प्रक्रिया लागू होती है, लेकिन उसके मूल बाइट्स पढ़ने योग्य टेक्स्ट के बजाय PNG, JPEG, GIF, WebP या किसी दूसरे छवि फ़ॉर्मेट को दर्शाते हैं। केवल कच्चे Base64 डेटा में छवि का प्रकार दर्ज नहीं होता। यह जानकारी डेटा URL में दी जा सकती है या डिकोड की गई फ़ाइल के सिग्नेचर से पहचानी जा सकती है।

Base64 को वापस छवि में कैसे बदलें?

Base64 छवि डेटा को टूल में पेस्ट करके कन्वर्ज़न के लिए सबमिट करें। परिणाम के रूप में आपको एक छवि मिलेगी। इससे पहले जांच लें कि वैल्यू केवल कच्चा Base64 डेटा है या पूरा डेटा URL।

1. एन्कोड की गई वैल्यू ढूंढें और JSON, CSS या सोर्स कोड से कॉपी करते समय उसके आसपास लगे उद्धरण चिह्न शामिल न करें।
2. data:image/png;base64, जैसे डेटा URL प्रीफ़िक्स को देखें। वास्तविक Base64 पेलोड कॉमा के बाद शुरू होता है।
3. अगर पूरा डेटा URL स्वीकार न हो, तो प्रीफ़िक्स हटाकर केवल एन्कोड किया गया पेलोड सबमिट करें। अलग-अलग डिकोडर इस आवरण को स्वीकार करने के मामले में अलग व्यवहार करते हैं।
4. छवि को कहीं और इस्तेमाल करने से पहले जांच लें कि उसकी सामग्री, माप और फ़ॉर्मेट अपेक्षा के मुताबिक हैं।

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

खाली Base64 वैल्यू किसी भी बाइट को नहीं दर्शाती, इसलिए उससे उपयोग योग्य छवि नहीं बन सकती। बहुत लंबी वैल्यू भी भारी होती हैं, क्योंकि Base64 मूल डेटा का आकार बढ़ाता है। उसे प्रोसेस करने के लिए पूरी एन्कोड की गई स्ट्रिंग को ट्रांसफ़र और डिकोड करना पड़ता है।

मेरी Base64 छवि डिकोड क्यों नहीं हो रही है?

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

• अधूरा इनपुट। लॉग, डेटाबेस व्यूअर या मैसेजिंग सिस्टम से कॉपी करते समय लंबी वैल्यू का आखिरी हिस्सा कट सकता है। वर्ण गायब होने पर डिकोड किए गए बाइट्स आम तौर पर अधूरे रह जाते हैं।
• गलत प्रकार या वर्णमाला। मानक Base64 में + और / इस्तेमाल होते हैं, जबकि Base64url में आम तौर पर - और _ होते हैं। दूसरे प्रकार की अपेक्षा करने वाला डिकोडर इनपुट को अस्वीकार कर सकता है।
• पैडिंग गायब होना। Base64 वैल्यू के अंत में एक या दो बराबर के चिह्न हो सकते हैं। कुछ सिस्टम यह पैडिंग हटा देते हैं और कुछ डिकोडर इसे दोबारा जोड़ लेते हैं, लेकिन सख्त इम्प्लीमेंटेशन में इसकी ज़रूरत पड़ सकती है।
• ऐसा बाइनरी डेटा जो छवि नहीं है। Base64 किसी PDF, आर्काइव, फ़ॉन्ट या किसी भी दूसरे बाइट डेटा को दर्शा सकता है। इसलिए मान्य Base64 होने का यह मतलब नहीं कि वह मान्य छवि भी है।
• टेक्स्ट एन्कोडिंग को लेकर भ्रम। उच्चारण चिह्न वाले अक्षर, इमोजी और गैर-लैटिन वर्ण Base64 वर्णमाला का हिस्सा नहीं हैं। Base64 एन्कोडिंग से पहले ऐसे वर्णों को बाइट्स में बदलना पड़ता है, आम तौर पर UTF-8 के जरिए।
• डबल एन्कोडिंग। अगर पहली बार डिकोड करने पर केवल Base64 वर्णों वाली एक और लंबी स्ट्रिंग मिलती है, तो संभव है कि स्रोत को दो बार एन्कोड किया गया हो। बीच में मिली वैल्यू को एक बार और तभी डिकोड करें, जब उसका स्रोत पुष्टि करता हो कि ऐसा होना अपेक्षित है।

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

Base64 छवि डेटा कहां इस्तेमाल होता है?

Base64 छवि डेटा वहां इस्तेमाल होता है, जहां बाइनरी फ़ाइलों को टेक्स्ट-केंद्रित फ़ील्ड या दस्तावेज़ के जरिए भेजना हो। इसके आम उदाहरणों में HTML या CSS डेटा URL में एम्बेड की गई छवियां, JSON API पेलोड की छवि प्रॉपर्टी और MIME ईमेल भाग शामिल हैं।

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

अंतरराष्ट्रीयकृत डोमेन नामों में Base64 इस्तेमाल नहीं होता। IDNA सिस्टम में ASCII लेबल बिना बदलाव के रहते हैं, जबकि गैर-ASCII U-labels को Punycode का उपयोग करके A-labels के रूप में दिखाया जा सकता है। Base64 वैल्यू URL में किसी दूसरी जगह, जैसे उसकी क्वेरी स्ट्रिंग में, हो सकती है। ब्राउज़र के पते से कॉपी की गई वैल्यू में समस्या पहचानते समय यह अंतर महत्वपूर्ण है।

JSON में मूल बाइनरी प्रकार नहीं होता, इसलिए API कभी-कभी Base64 छवि सामग्री को उद्धरण चिह्नों में बंद स्ट्रिंग के भीतर रखते हैं। टेक्स्ट-आधारित डेटा लेन-देन के लिए यह सुविधाजनक है, लेकिन इससे पेलोड का आकार बढ़ जाता है। बड़ी फ़ाइलें या बार-बार अपलोड करने के लिए सामान्य बाइनरी फ़ाइल अपलोड अक्सर अधिक उपयुक्त होता है।

Base64 एन्कोडिंग, गोपनीयता और सर्वर प्रोसेसिंग

Base64 एन्कोडिंग है, एन्क्रिप्शन नहीं, और यह कोई गोपनीयता नहीं देता। जिसके पास भी यह वैल्यू है, वह इसे बिना पासवर्ड या कुंजी के डिकोड कर सकता है। इसलिए क्रेडेंशियल, निजी तस्वीरों और गोपनीय दस्तावेज़ों को केवल Base64 में बदलकर सुरक्षित नहीं मानना चाहिए।

इस टूल में प्रोसेसिंग सर्वर पर होती है। आपका इनपुट HTTPS के जरिए सर्वर तक जाता है और उसे स्टोर नहीं किया जाता। डेटा ट्रांसफ़र के दौरान HTTPS कनेक्शन को सुरक्षित रखता है, लेकिन यह Base64 वैल्यू को एन्क्रिप्टेड सामग्री में नहीं बदलता और न ही किसी अविश्वसनीय स्रोत को सुरक्षित बनाता है।

डिकोडिंग यह भी जांच नहीं करती कि छवि सुरक्षित है या नहीं। अनजान भेजने वालों से मिली Base64 वैल्यू से डिकोड की गई छवियों को उतनी ही सावधानी से संभालें, जितनी किसी दूसरी डाउनलोड की गई छवि को।

अक्सर पूछे जाने वाले सवाल

क्या कच्चे Base64 डेटा से छवि का फ़ॉर्मेट पता चल सकता है?

कभी-कभी, लेकिन केवल Base64 वर्णमाला से फ़ॉर्मेट का पता नहीं चलता। डिकोड की गई फ़ाइलों में सिग्नेचर होते हैं, जिन्हें अक्सर मैजिक बाइट्स कहा जाता है। सॉफ़्टवेयर इनसे PNG, JPEG और GIF जैसे फ़ॉर्मेट में अंतर कर सकता है। डेटा URL में मीडिया प्रकार भी दिया हो सकता है, लेकिन वह लेबल गलत हो सकता है और उसे वास्तविक बाइट्स से ऊपर प्राथमिकता नहीं देनी चाहिए।

क्या Base64 डिकोड करने से छवि की गुणवत्ता घटती है?

नहीं। सही तरीके से Base64 डिकोड करने पर मूल बाइट्स वापस मिलते हैं और छवि दोबारा कंप्रेस नहीं होती। छवि की गुणवत्ता, रंग डेटा और एम्बेड किया गया मेटाडेटा तब तक नहीं बदलते, जब तक कोई दूसरा प्रोग्राम बाद में डिकोड की गई फ़ाइल को संपादित या कन्वर्ट न करे।

क्या Base64 में SVG छवि हो सकती है?

हां, SVG डेटा को Base64 में एन्कोड किया जा सकता है, हालांकि उसे दिखाने की सुविधा प्राप्त करने वाले सॉफ़्टवेयर पर निर्भर करती है। SVG एक XML-आधारित फ़ॉर्मेट है और उसमें स्क्रिप्ट, लिंक या बाहरी रेफ़रेंस हो सकते हैं। इसलिए यह न मानें कि किसी अनजान स्रोत से मिली Base64-एन्कोडेड SVG फ़ाइल खोलना सुरक्षित है।

Base64 छवि मूल फ़ाइल से बड़ी क्यों होती है?

Base64 स्रोत डेटा के हर तीन बाइट्स के लिए चार टेक्स्ट वर्ण बनाता है, और आखिरी क्वांटम में पैडिंग हो सकती है। RFC 4648 के अनुसार पैडिंग ज़रूरी है, जब तक संबंधित विनिर्देश स्पष्ट रूप से उसे हटाने की अनुमति न दे। इसलिए डेटा URL प्रीफ़िक्स, JSON उद्धरण या ट्रांसपोर्ट ओवरहेड जोड़ने से पहले ही परिणाम लगभग एक-तिहाई बड़ा होता है। जहां कोई सिस्टम सामान्य फ़ाइल अपलोड स्वीकार करता है, वहां मूल बाइनरी छवि भेजने में आम तौर पर कम डेटा लगता है।