Universal Base64 Transcoder & Binary Inspector
Encode and decode string literals, binary buffers, or Data URIs directly within your browser’s V8 memory. Full support for unicode code-points beyond ASCII (0x00..0x10FFFF) without truncating multi-byte UTF-8 sequences.
Files processed in local browser RAM via FileReader API. Never uploaded to remote servers.
No file loaded yet
Live binary chunk walkthrough for characters "Man":
Deploy WASM workers & local edge caches across 300+ PoPs worldwide with zero build delays.
Learn MoreHow Base64 Works: Radix 64 Encoding Explained
Base64 is a binary-to-text encoding scheme designed to transport arbitrary binary payloads across media channels that were historically built only to support 7-bit ASCII text (such as SMTP e-mail or early URL query parameters).
3 Bytes to 4 Characters
Every 3 bytes of raw binary data equals 24 bits (3 × 8). The Base64 engine divides these 24 bits into four 6-bit chunks (4 × 6 = 24). Each 6-bit chunk yields an integer index from 0 to 63, mapped directly to an ASCII printable character.
Padding Rules ('=')
When the total input stream is not evenly divisible by 3 bytes, zero bits are padded on the right. If 1 byte remains, two characters and two '==' signs are produced. If 2 bytes remain, three characters and one '=' are appended.
Base64 is NOT Encryption
Base64 does not obfuscate or secure data. Anyone who receives a Base64 string can decode it into its raw origin without any secret key. It is strictly an open serialization format for compatibility, never confidentiality.
RFC 4648 Standard vs URL-Safe Variant
Standard Base64 (RFC 4648 §4) uses + and / as symbols 62 and 63. However, these characters conflict with URL path separators and query parameter percent-encoding. The URL-Safe variant (RFC 4648 §5) substitutes:
+becomes-(Hyphen-minus)/becomes_(Underscore)- Padding '
=' characters are usually omitted in tokens like JWT.
