इस टूल के बारे में
Base64 कच्चे इमेज बाइट्स को सादे टेक्स्ट में बदल देता है, जो वहाँ काम आता है जहाँ बाइनरी फ़ाइल फ़िट नहीं बैठती: किसी छोटे आइकन को सीधे CSS के `background-image`, HTML के `<img src>`, या JSON API पेलोड में एम्बेड करना, वह भी बिना किसी अलग फ़ाइल रिक्वेस्ट के। यह टूल दोनों दिशाओं में काम करता है — इमेज ड्रॉप करके उसका Base64 टेक्स्ट पाएँ, या Base64 (या पूरा data URI) पेस्ट करके इमेज को फिर से बनाएँ और डाउनलोड करें।
एन्कोडिंग फ़ाइल के कच्चे बाइट्स को सीधे पढ़ती है और उन्हें टेक्स्ट के रूप में फिर से व्यक्त करती है — कोई कैनवास रीड्रॉ नहीं, इसलिए आउटपुट डीकोड होकर बिल्कुल मूल फ़ाइल जैसा ही, बाइट-दर-बाइट बनता है। सब कुछ आपके ब्राउज़र में स्थानीय रूप से होता है; कुछ भी कहीं अपलोड नहीं होता। ध्यान रखें कि Base64 टेक्स्ट मूल बाइनरी से लगभग एक-तिहाई बड़ा होता है, इसलिए यह बड़ी फ़ोटो की बजाय छोटे आइकन और थंबनेल के लिए कहीं ज़्यादा उपयुक्त है।
अक्सर पूछे जाने वाले प्रश्न
क्या base64 में एन्कोड करने से इमेज की गुणवत्ता बदल जाती है?
नहीं — base64 मूल फ़ाइल के बाइट्स का एक टेक्स्ट एन्कोडिंग है, न कि इमेज का पुनः कंप्रेशन। परिणामी स्ट्रिंग वापस बाइट-दर-बाइट समान फ़ाइल में डीकोड होती है, बस बाइनरी के बजाय टेक्स्ट के रूप में प्रस्तुत की जाती है (यही कारण है कि यह मूल फ़ाइल आकार से लगभग 33% बड़ा है — यह मनमाने बाइट्स को प्रिंट करने योग्य टेक्स्ट के रूप में प्रस्तुत करने की लागत है, इमेज डेटा की कोई हानि नहीं)।
मेरी एन्कोडेड स्ट्रिंग मूल फ़ाइल से इतनी बड़ी क्यों है?
Base64 हर 3 रॉ बाइट्स को 4 टेक्स्ट कैरेक्टर के रूप में एन्कोड करता है, जो गणितीय रूप से एक निश्चित ~33% आकार वृद्धि है — यह किसी भी base64 एन्कोडिंग के लिए सामान्य और अपेक्षित है, इमेज के लिए विशिष्ट नहीं। यह एक सार्थक ट्रेडऑफ़ है जब आप एक अलग नेटवर्क अनुरोध से बचने के लिए एक छोटी इमेज को सीधे टेक्स्ट-आधारित फ़ॉर्मेट (CSS, HTML, JSON) में एम्बेड करना चाहते हैं, लेकिन बड़ी इमेज के लिए यह अच्छा विकल्प नहीं है जहां अतिरिक्त आकार एक अनुरोध को छोड़ने के लाभ से अधिक हो जाता है।