oLoveTools
Base64 टूलकिट

Base64 Encoder, Decoder & Inspector

किसी भी फ़ाइल को एनकोड करें — सिर्फ़ तस्वीरें नहीं — उस वर्णमाला, पैडिंग और लाइन-चौड़ाई के साथ जिसकी सामने वाले सिस्टम को असल में ज़रूरत है। पेलोड डिकोड करें और देखें कि वह वास्तव में क्या है: उसके मैजिक बाइट्स से पढ़ा गया फ़ॉर्मैट, पहले बाइट्स हेक्साडेसिमल में, gzip के बाद का आकार और उसका SHA-256।

किसी भी तरह की फ़ाइलURL-सुरक्षित वर्णमालाहेक्स इंस्पेक्टर
आउटपुट
लाइन तोड़ें
वर्ण-समूह
सादा टेक्स्ट0 वर्ण
Base64
0
नतीजा यहाँ दिखेगा…
आगे बढ़ते रहें

यह कैसे काम करता है

1

पेलोड लाएँ

उसे लिखें, चिपकाएँ, किसी भी तरह की फ़ाइल छोड़ें, या सुइट के किसी दूसरे टूल से भिजवाएँ। फ़ाइल छोड़ने पर अभी कुछ पढ़ा नहीं जाता।

2

तय करें कि नतीजा कैसा हो

मानक या URL-सुरक्षित वर्णमाला, पैडिंग चालू या बंद, 64, 76 या 100 कॉलम पर LF या CRLF के साथ लाइन-ब्रेक। असली पार्सर ठीक इन्हीं बातों पर आपस में असहमत होते हैं।

3

बाइट्स देखें

फ़ॉर्मैट मैजिक नंबरों से पढ़ा जाता है, नाम से अंदाज़ा नहीं लगाया जाता। आपको हेक्स डंप, gzip के बाद का आकार, SHA-256 और उलटने की जाँच मिलती है।

4

इसे ले जाएँ

कच्ची स्ट्रिंग, data: URL, CSS नियम, img टैग, JSON बॉडी या PEM ब्लॉक कॉपी करें — या डिकोड की फ़ाइल सीधे दूसरे टूल में भेजें।

तीन बाइट, चार वर्ण

Base64 जो बाइट्स ढोता है उनसे हमेशा 33% अधिक लेता है, और टूल दोनों आँकड़े तथा gzip के बाद का आकार दिखाता है, क्योंकि टेक्स्ट जैसे पेलोड पर gzip लगभग सब वापस दिला देता है और PNG पर लगभग कुछ नहीं।

URL-सुरक्षित वर्णमाला

- और _ पर जाएँ और पेलोड क्वेरी स्ट्रिंग, फ़ाइल नाम या JWT से बिना किसी एस्केप के गुज़र जाता है। पैडिंग भी हटाई जा सकती है, जो टोकन फ़ॉर्मैट की अपेक्षा है।

हेक्स इंस्पेक्टर

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

यह बताता है क्या टूटा

कौन सा वर्ण वर्णमाला में नहीं है और किस स्थान पर, पैडिंग कम थी या नहीं, अंतिम वर्ण फेंके जाने वाले बिट्स रखता है या नहीं। सूखा «अमान्य Base64» नहीं।

फ़ॉर्मैट बाइट्स से पढ़ा जाता है

PNG, JPEG, GIF, WebP, AVIF, HEIC, PDF, ZIP और उसके भीतर के Office फ़ॉर्मैट, WOFF2, MP4, WASM, SQLite और अन्य — हस्ताक्षर से पहचाने जाते हैं, ताकि डाउनलोड को सही एक्सटेंशन मिले।

बड़ी फ़ाइलें अटकती नहीं

फ़ाइलें अलग थ्रेड पर 3 MB के हिस्सों में पढ़ी जाती हैं, असली प्रगति-पट्टी और काम करने वाले रोकें बटन के साथ। 200 MB का पेलोड बदलते समय भी टैब चलता रहता है।

मापा जा सकने वाला, बस बना हुआ नहीं

हर बार gzip के बाद का आकार और SHA-256 मिलते हैं, उन्हीं बाइट्स पर गिने गए। इससे आप तय करते हैं कि दूसरी रिक्वेस्ट से एम्बेड करना बेहतर है या नहीं, और साबित करते हैं कि आना-जाना बिना नुक़सान हुआ।

उलटने की जाँच

हर टेक्स्ट एनकोडिंग तुरंत दोबारा डिकोड कर बाइट-दर-बाइट मिलाई जाती है, इसलिए वर्णमाला और पैडिंग का जो मेल सामने वाला सिस्टम ठुकरा देता, उसकी चेतावनी चिपकाने से पहले मिल जाती है।

base64 एनकोडर

पेलोड, केवल स्ट्रिंग नहीं

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

मानक और URL-सुरक्षित वर्णमालाएँ
वैकल्पिक पैडिंग, 64/76/100 कॉलम पर लाइन-ब्रेक
मैजिक बाइट्स से फ़ॉर्मैट पहचान
gzip के बाद का आकार और SHA-256

कुछ भी आपके ब्राउज़र से बाहर नहीं जाता

एनकोडिंग, डिकोडिंग, फ़ॉर्मैट पहचान, हेक्स डंप, gzip माप और SHA-256 — सब आपके ही टैब में चलने वाले नेटिव ब्राउज़र API हैं, और बड़े डेटा के लिए अलग थ्रेड पर। कोई अपलोड नहीं, कोई रिक्वेस्ट नहीं, लॉग करने को कुछ नहीं — और यह मायने रखता है, क्योंकि लोग Base64 टूल में अक्सर निजी कुंजियाँ, सेशन टोकन और आंतरिक दस्तावेज़ चिपकाते हैं।

बिना लेबल आने वाले पेलोड के लिए बना

base64 डिकोडर

डेटाबेस कॉलम से निकला एक blob जिसका MIME टाइप कहीं दर्ज नहीं है। JWT का एक हिस्सा जो डिकोड नहीं होता क्योंकि वह URL-सुरक्षित वर्णमाला इस्तेमाल करता है और उसमें पैडिंग नहीं है। स्टाइलशीट में जड़ा SVG जो टूटी तस्वीर की तरह दिखता है। एक data: URL जो image/png बताता है जबकि बाइट्स साफ़ तौर पर JPEG के हैं। 64 कॉलम पर तोड़ा प्रमाणपत्र जिसे सख़्त पार्सर ठुकरा देता है। Base64Bolt इन सबको पढ़ता है, बताता है कि बाइट्स असल में क्या हैं, और नतीजा सही एक्सटेंशन वाली फ़ाइल के रूप में ले जाने देता है।

कोई खाता नहीं, कोई सीमा नहीं, कोई अपलोड नहीं

कोई साइन-अप नहीं, कोई दैनिक कोटा नहीं, और टूल का उपयोगी आधा हिस्सा छिपाने वाला कोई सशुल्क प्लान नहीं। आप जो फ़ाइलें खोलते हैं वे स्थानीय रूप से पढ़ी जाती हैं और कभी भेजी नहीं जातीं; टैब बंद करते ही सब भूल जाता है।

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

Qमेरा JWT या टोकन कहीं और डिकोड नहीं होता, पर यहाँ क्यों हो जाता है?+

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

Qक्या Base64 मेरी फ़ाइल बड़ी कर देता है?+

हमेशा, ठीक एक-तिहाई: हर तीन बाइट चार वर्ण बन जाते हैं, साथ में दो पैडिंग वर्ण तक। इससे आपको नुक़सान होता है या नहीं, यह कम्प्रेशन पर निर्भर करता है, इसलिए टूल कच्चे आकार के साथ gzip वाला आकार भी दिखाता है। छोटा SVG एम्बेड करना आम तौर पर फ़ायदेमंद है; बड़ा JPEG एम्बेड करना आम तौर पर नुक़सानदेह, क्योंकि वह पहले से कम्प्रेस्ड है और Base64 उसका कुछ फ़ायदा मिटा देता है।

Qक्या मैं तस्वीर के अलावा कुछ और एनकोड कर सकता हूँ?+

हाँ, कोई भी फ़ाइल। @font-face नियम के लिए फ़ॉन्ट, डाउनलोड लिंक के लिए PDF, WebAssembly मॉड्यूल, ZIP, ऑडियो क्लिप। तस्वीरों तक की पुरानी सीमा मनमानी थी: Base64 को इससे फ़र्क़ नहीं पड़ता कि बाइट्स का मतलब क्या है।

Q«अंतिम वर्ण फेंके जाने वाले बिट्स रखता है» का क्या मतलब है?+

हर Base64 वर्ण छह बिट रखता है, पर पेलोड के अंतिम समूह को अक्सर उससे कम की ज़रूरत होती है। QQ== और QR== दोनों एक ही बाइट 0x41 में डिकोड होते हैं, क्योंकि R के अंतिम चार बिट फेंक दिए जाते हैं। कोई एनकोडर दूसरा रूप नहीं बनाता, इसलिए उसे देखना बताता है कि स्ट्रिंग कटी है या हाथ से बदली गई — नतीजे पर भरोसा करने से पहले जानना ज़रूरी है।

Qडिकोड करते समय क्यों कहा गया कि बाइट्स UTF-8 नहीं हैं?+

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

Qक्या मुझे आउटपुट 76 कॉलम पर तोड़ना चाहिए?+

सिर्फ़ तब जब आगे कोई सिस्टम इसकी अपेक्षा करता हो। MIME बॉडी और PEM ब्लॉक विनिर्देश के अनुसार तोड़े जाते हैं — PEM 64 कॉलम पर, MIME 76 पर — और कुछ मेल पार्सर एक ही बहुत लंबी लाइन ठुकरा देते हैं। स्टाइलशीट में data: URL या JSON फ़ील्ड के लिए लाइन-ब्रेक बंद रखें।

Qक्या कुछ सर्वर पर भेजा जाता है?+

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

संबंधित खोजें

base64 एनकोडरbase64 डिकोडरफ़ाइल से base64base64 से फ़ाइलdata url कनवर्टरbase64url डिकोडरतस्वीर से base64base64 से तस्वीरbase64 ऑनलाइन डिकोडbase64 हेक्स व्यूअर
oLoveTools सुइट का हिस्सा
oLoveTools

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

© 2026 oLoveToolsहमारे बारे में

अगला कदम

URL एनकोड और डिकोड करें URLBolt

Base64Bolt | Base64 एनकोडर, डिकोडर और बाइट इंस्पेक्टर

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

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

मेरा JWT या टोकन कहीं और डिकोड नहीं होता, पर यहाँ क्यों हो जाता है?

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

क्या Base64 मेरी फ़ाइल बड़ी कर देता है?

हमेशा, ठीक एक-तिहाई: हर तीन बाइट चार वर्ण बन जाते हैं, साथ में दो पैडिंग वर्ण तक। इससे आपको नुक़सान होता है या नहीं, यह कम्प्रेशन पर निर्भर करता है, इसलिए टूल कच्चे आकार के साथ gzip वाला आकार भी दिखाता है। छोटा SVG एम्बेड करना आम तौर पर फ़ायदेमंद है; बड़ा JPEG एम्बेड करना आम तौर पर नुक़सानदेह, क्योंकि वह पहले से कम्प्रेस्ड है और Base64 उसका कुछ फ़ायदा मिटा देता है।

क्या मैं तस्वीर के अलावा कुछ और एनकोड कर सकता हूँ?

हाँ, कोई भी फ़ाइल। @font-face नियम के लिए फ़ॉन्ट, डाउनलोड लिंक के लिए PDF, WebAssembly मॉड्यूल, ZIP, ऑडियो क्लिप। तस्वीरों तक की पुरानी सीमा मनमानी थी: Base64 को इससे फ़र्क़ नहीं पड़ता कि बाइट्स का मतलब क्या है।

«अंतिम वर्ण फेंके जाने वाले बिट्स रखता है» का क्या मतलब है?

हर Base64 वर्ण छह बिट रखता है, पर पेलोड के अंतिम समूह को अक्सर उससे कम की ज़रूरत होती है। QQ== और QR== दोनों एक ही बाइट 0x41 में डिकोड होते हैं, क्योंकि R के अंतिम चार बिट फेंक दिए जाते हैं। कोई एनकोडर दूसरा रूप नहीं बनाता, इसलिए उसे देखना बताता है कि स्ट्रिंग कटी है या हाथ से बदली गई — नतीजे पर भरोसा करने से पहले जानना ज़रूरी है।

डिकोड करते समय क्यों कहा गया कि बाइट्स UTF-8 नहीं हैं?

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

क्या मुझे आउटपुट 76 कॉलम पर तोड़ना चाहिए?

सिर्फ़ तब जब आगे कोई सिस्टम इसकी अपेक्षा करता हो। MIME बॉडी और PEM ब्लॉक विनिर्देश के अनुसार तोड़े जाते हैं — PEM 64 कॉलम पर, MIME 76 पर — और कुछ मेल पार्सर एक ही बहुत लंबी लाइन ठुकरा देते हैं। स्टाइलशीट में data: URL या JSON फ़ील्ड के लिए लाइन-ब्रेक बंद रखें।

क्या कुछ सर्वर पर भेजा जाता है?

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

संबंधित खोजें

base64 एनकोडर, base64 डिकोडर, फ़ाइल से base64, base64 से फ़ाइल, data url कनवर्टर, base64url डिकोडर, तस्वीर से base64, base64 से तस्वीर, base64 ऑनलाइन डिकोड, base64 हेक्स व्यूअर