Base32 एन्कोडर डिकोडर

सादा टेक्स्ट पहले UTF-8 में एन्कोड होता है, फिर Base32 में बदलता है।
0 इनपुट अक्षर

4 वैरिएंट, फ़ाइल conversion, padding control, hex output और local downloads के साथ Base32 को ऑनलाइन encode/decode करें।

संबंधित सुझाव

Base58 एन्कोडिंग और डिकोडिंग

Base64 एन्कोड

Base64 URL Safe

हेक्साडेसिमल

फ़ाइल से Base64

Base64 डिकोड

Base32 क्या है?

Base32 binary-to-text encoding है जो raw bytes को 32 printable characters में दिखाती है। Standard form RFC 4648 से आती है और A-Z तथा 2-7 का उपयोग करती है। हर 5 bits एक output character बनाते हैं, इसलिए output आम तौर पर original bytes से लगभग 60% बड़ा होता है।

Base32 सबसे छोटा प्रारूप नहीं है, लेकिन इसमें विशेष चिह्न कम होते हैं, बड़े/छोटे अक्षरों का फर्क संभालना आसान रहता है, और यह उन स्ट्रिंगों के लिए उपयोगी है जिन्हें मनुष्य पढ़ते या टाइप करते हैं। TOTP रहस्य, कुछ DNS/config मान, activation code और पढ़ने योग्य ID में Base32 आम है।

इस page पर RFC 4648 Base32, Base32hex, Crockford Base32 और z-base-32 समर्थित हैं, साथ में strict validation, padding control, line wrapping, text/file conversion और hex inspection भी है।

उपयोग के मामले

  • जांचें कि TOTP/OTP secret standard Base32 है या नहीं, या जरूरत पड़ने पर उसे Crockford या z-base-32 जैसे अधिक पठनीय रूप में बदलें।
  • Binary configuration, certificate fragments, offline activation codes या resource fingerprints को special-symbol-free readable strings में बदलें।
  • Missing padding, wrong variant या असामान्य length के कारण fail होने वाली third-party Base32 values debug करें।
  • Unknown Base32 payload को पहले UTF-8 या hex में inspect करें, फिर जरूरत हो तो binary file download करें।

उपयोग कैसे करें

  1. पहले सही variant चुनें: RFC 4648, Base32hex, Crockford या z-base-32।
  2. Encode करते समय text या file input चुनें, फिर padding, lowercase और line-wrap width सेट करें।
  3. Decode करते समय Base32 string paste करें; strict validation चाहिए तो length और padding checks enable करें।
  4. Payload type के अनुसार result को text, hex या downloadable binary file के रूप में देखें।

विशेषताएं

  • एक ही page पर 4 Base32 variants बदलें: RFC 4648, Base32hex, Crockford और z-base-32।
  • Text और file दोनों संभालें: UTF-8 text encode करें या कोई local file Base32 string में बदलें।
  • Decoded result को UTF-8 text, hex या downloadable binary file के रूप में देखें।
  • Padding, case और wrapping control करें: = output करें, lowercase force करें या 64, 76 या custom width पर wrap करें।
  • Strict validation browser में local रखें: length और padding check करें, data upload नहीं होता।

Base32, Base64 या Base58 कब इस्तेमाल करें?

ये तीनों binary data को printable characters में बदलते हैं, लेकिन compatibility, character safety और output length की प्राथमिकताएं अलग होती हैं।

फ़ॉर्मैटसबसे उपयुक्तसमझौता
Base32TOTP रहस्य, पढ़ने योग्य ID और बड़े/छोटे अक्षरों से कम संवेदनशील वातावरणAlphabet human-friendly है, लेकिन output Base64 से लंबा होता है।
Base64सामान्य text/file transport, Data URLs और API payloadsज्यादा compact है, लेकिन +, / और = जैसे characters आ सकते हैं; URL या filename में URL-safe variant बेहतर है।Base64 EncoderBase64 URL Safe
Base58हाथ से copy होने वाले addresses, QR short strings और blockchain-style identifiers0/O/I/l confusion घटाता है, लेकिन RFC 4648 family का हिस्सा नहीं है।Base58 Encoder Decoder

Best Practices

Debug से पहले variant confirm करें

Base32 में सबसे आम गलती calculation नहीं, बल्कि गलत alphabet या variant होती है। अगर दूसरा system Base32hex, Crockford या z-base-32 चाहता है, तो standard output दिखने में ठीक होकर भी reject हो सकता है।

Text मानने से पहले hex देखें

Decoded bytes हमेशा UTF-8 text नहीं होते। Hex view से जल्दी पता चलता है कि payload certificate, image header, archive, random key या plain text है।

Manual entry के लिए Crockford या z-base-32 चुनें

अगर goal human typing errors घटाना है और strict RFC 4648 compatibility जरूरी नहीं है, तो ये variants O/0 और I/1 जैसी visual confusion कम करते हैं।

हर workflow को Base32 में रखने की जरूरत नहीं

कई practical tasks में अगला step Base64, hex या original file होता है। Task chain के अनुसार format बदलना अक्सर ज्यादा आसान होता है।

Base64 EncoderHex

सामान्य प्रश्न

Base32 और Base64 में क्या चुनें?

छोटा और ज्यादा आम टेक्स्ट रूप चाहिए तो Base64 चुनें। कम विशेष चिह्न, बड़े/छोटे अक्षरों से कम संवेदनशील सिस्टम, या TOTP रहस्य जैसे मानव-पठनीय मान चाहिए तो Base32 बेहतर है।

RFC 4648, Base32hex, Crockford और z-base-32 में क्या फर्क है?

मुख्य फर्क alphabet और error tolerance है। RFC 4648 general standard है। Base32hex digits पहले रखता है। Crockford manual typing के लिए अच्छा है और O/0, I/1/L/1 accept करता है। z-base-32 readable lowercase strings को प्राथमिकता देता है।

कुछ Base32 strings = पर क्यों खत्म होती हैं?

RFC 4648 Base32 और Base32hex में = padding आम है। Crockford और z-base-32 आमतौर पर padding नहीं रखते। इस tool में encoding पर padding control कर सकते हैं और relaxed decode में missing padding संभल सकता है।

Decoded output खराब क्यों दिख रहा है?

Original data UTF-8 text न होकर binary, certificate, image या key material हो सकता है। Hex view देखें या restored file download करें।

क्या files को Base32 में बदलकर वापस restore कर सकते हैं?

हाँ। Encode mode में local file upload करें और decode mode में binary bytes restore करके download करें।

क्या data server पर upload होता है?

नहीं। Base32 encode, decode, hex view और download browser में local होते हैं।

समस्या निवारण

Third-party result से value match क्यों नहीं हो रही?

पहले variant check करें। Standard Base32, Base32hex, Crockford और z-base-32 के alphabets अलग होते हैं, इसलिए एक-दो characters का फर्क भी पूरा result बदल सकता है।

Strict mode invalid length क्यों बताता है?

Input में padding missing हो सकता है, invalid characters हो सकते हैं, या value किसी दूसरे variant से बनी हो सकती है। पहले relaxed mode में content पहचानें, फिर original string ठीक करें।

Decode के बाद empty या corrupted text क्यों दिखता है?

Original data UTF-8 text नहीं बल्कि binary file या random bytes हो सकते हैं। Hex view इस्तेमाल करें या decoded binary download करें।

शब्दकोश

RFC 4648 Base32
सबसे आम standard Base32 variant। A-Z और 2-7 का उपयोग करता है और = padding रख सकता है।
Base32hex
RFC 4648 का hexadecimal-order variant। इसका alphabet 0-9 और A-V है।
Crockford Base32
Human-friendly variant जो I, L, O और U हटाता है और decode में O/0 तथा I/1/L/1 स्वीकार करता है।
z-base-32
Human input के लिए variant, आमतौर पर lowercase और बिना padding।
padding
Standard Base32 output की expected length पूरी करने के लिए अंत में लगाए गए = characters।

4 Base32 variants की त्वरित तालिका

अगर variant तय नहीं है, तो alphabet और typical use से शुरुआत करें.

VariantAlphabet= आम है?Typical use
RFC 4648A-Z + 2-7आमतौर पर हांTOTP और standard Base32 compatibility
Base32hex0-9 + A-Vआमतौर पर हांNumeric ordering या protocol-specific fields
Crockford0-9 + A-Z (I/L/O/U नहीं)आमतौर पर नहींManual entry, short codes और typo tolerance
z-base-32ybndrfg8ejkmcpqxot1uwisza345h769आमतौर पर नहींअधिक readable lowercase short strings

Standard Base32 length और padding map

RFC 4648 / Base32hex में trailing = की संख्या original byte length पर निर्भर करती है।

इनपुट बाइटप्रभावी Base32 अक्षरआवश्यक = padding
126
244
353
471
580

Authoritative References