BrowserTools
Home / Converters / Binary Translator, Text to Binary Code and Back

Binary Translator, Text to Binary Code and Back

Convert text to binary and binary back to text instantly, with decimal, hexadecimal and octal modes, full UTF-8 support, custom delimiters and copy buttons.

Loading Binary Translator, Text to Binary Code and Back… If nothing happens, please enable JavaScript.

Every piece of text your computer stores or sends is ultimately a sequence of binary digits, and this binary translator shows you exactly what that sequence looks like. Type or paste any text and it is instantly converted to binary code, one group of ones and zeros per byte; paste binary and it is decoded back to readable text just as fast, in both directions, live as you type. Alongside binary, the converter also offers decimal, hexadecimal and octal modes, so you can inspect the same bytes in whichever numeral system suits your task, whether that is a programming exercise, a networking class, a CTF puzzle or plain curiosity about how computers represent language.

Frequently asked questions

How does the text to binary conversion work?
Your text is first encoded to bytes using UTF-8, the same encoding used by almost every website and modern file format. Each byte is a number from 0 to 255, which is then written in the selected numeral system: binary (base 2), decimal (base 10), hexadecimal (base 16) or octal (base 8). With 8-bit padding enabled, binary bytes always show eight digits, so A becomes 01000001.
How do I convert binary back to text?
Paste the binary (or decimal, hex or octal) codes into the lower box, separated by your chosen delimiter. Each group is parsed back into a byte and the byte sequence is decoded as UTF-8. The conversion happens live as you type. If a group is not a valid number, exceeds 255, or the bytes do not form valid UTF-8, the tool shows a clear error message instead of garbled output.
Why does one character sometimes produce more than one byte?
UTF-8 is a variable-length encoding. Plain ASCII characters (English letters, digits, basic punctuation) use one byte, most accented Latin and Cyrillic letters use two, most Asian scripts use three, and emoji use four. The character and byte counters above the output let you see this difference at a glance.
What does the 8-bit padding option do?
With padding on, every byte is left-padded with zeros to a fixed width: 8 digits in binary, 3 in octal and decimal, 2 in hexadecimal, so 5 becomes 00000101 in binary. This is the conventional way to write binary bytes and it is required for decoding when you choose no delimiter, because fixed width is the only way to know where one byte ends and the next begins.
Can I decode binary that has no spaces in it?
Yes, choose the delimiter option "none". The decoder then splits the input into fixed-width chunks (8 digits for binary, 2 for hex, 3 for octal and decimal), which requires the padding convention. A continuous string like 0100100001101001 decodes to "Hi". Decimal without a delimiter is ambiguous unless every byte is padded to 3 digits.
What is the difference between binary, decimal, hexadecimal and octal modes?
They are simply different bases for writing the same byte values. The letter A (byte 65) is 01000001 in binary, 65 in decimal, 41 in hexadecimal and 101 in octal. Hexadecimal is popular with programmers because each byte is exactly two digits; octal was common on older systems and still appears in Unix file permissions.
Does this translator support emoji and non-English languages?
Yes, fully. Because the tool uses real UTF-8 encoding rather than an ASCII-only table, any text that works on the web works here: Chinese, Arabic, Cyrillic, accented European letters and emoji all convert to their correct multi-byte sequences and decode back losslessly.
What is ASCII and how does it relate to UTF-8?
ASCII, standardized in 1963, maps 128 characters (English letters, digits, punctuation and control codes) to the numbers 0 to 127. UTF-8, created in 1992, was deliberately designed so that those 128 characters keep exactly the same single-byte values. That backwards compatibility is a major reason UTF-8 conquered the web: any pure ASCII file is already valid UTF-8.
Why am I getting an 'invalid UTF-8 sequence' error when decoding?
The bytes you entered do not form a legal UTF-8 sequence, for example a lone continuation byte (10xxxxxx) or a multi-byte character that is cut off. This usually means the source was encoded with a different character set, the binary was truncated, or a typo changed a bit. The tool uses strict decoding on purpose, so errors are reported instead of producing wrong characters silently.
Is my text sent to a server?
No. All encoding and decoding runs locally in your browser using the standard TextEncoder and TextDecoder APIs. Nothing you type or paste leaves your device, and the converter keeps working offline once the page is loaded.

About Binary Translator, Text to Binary Code and Back

The reason text can become numbers at all is character encoding, and its history explains most of what you will see in the output. In 1963 the ASCII standard assigned a 7-bit number to each English letter, digit and punctuation mark, so the letter A became 65, or 01000001 in binary. ASCII worked well for English but had no room for accented letters, Cyrillic, Chinese or emoji, which led to a chaotic era of incompatible regional code pages. Unicode solved the chaos by giving every character in every writing system a unique code point, and UTF-8, designed by Ken Thompson and Rob Pike in 1992 on a New Jersey diner placemat, became the dominant way to store those code points as bytes. UTF-8 keeps every ASCII character as a single identical byte, while other characters use two, three or four bytes, which is why it now powers over 98 percent of the web.

This converter is fully UTF-8 aware. Text is encoded with the browser's native TextEncoder, so an accented é correctly produces two bytes (11000011 10101001) and an emoji like 🙂 produces four, exactly as they would be stored in a file or transmitted over a network. Decoding uses TextDecoder in strict mode: if the bytes you paste do not form a valid UTF-8 sequence, you get a clear error instead of silently corrupted characters. You can choose the delimiter between bytes (space, nothing at all, or any custom string), toggle 8-bit zero padding, and watch the live character and byte counts, which also make multi-byte characters easy to spot. Copy buttons on both sides move the result to your clipboard in one click.

Binary-to-text conversion has plenty of practical uses. Developers use it to debug encoding problems, inspect network payloads and understand why a string's byte length differs from its character count. Students use it to learn positional notation and two's complement foundations. Puzzle designers and escape-room creators hide messages in binary, and the classic "01001000 01101001" greeting still circulates in forums and T-shirts. Because the whole tool runs client-side in your browser, nothing you type is ever uploaded: your text and its binary form stay on your device, and the converter keeps working even with the network disconnected.

Why Eight Bits Won: A Short History of the Byte

The word "bit" (binary digit) was coined by statistician John Tukey in 1947, and the "byte" was named by IBM engineer Werner Buchholz in 1956 during the design of the STRETCH supercomputer, deliberately misspelled from "bite" so nobody would confuse it with "bit". Early computers disagreed wildly about how big a byte should be: machines shipped with 6-bit, 7-bit and 9-bit characters, and some scientific computers addressed memory in 36-bit words. It was IBM's System/360, launched in 1964, that standardized the 8-bit byte across an entire product line. Eight bits gave 256 values, enough for ASCII plus extras, and it was a convenient power of two; the rest of the industry followed, and by the 1970s the 8-bit byte was simply how computers worked.

Character encoding took far longer to settle. For decades every language region had its own incompatible "code page": the byte 0xE9 meant é in Western Europe, щ in some Cyrillic sets and a completely different symbol in Japan, which is why old emails and web pages sometimes displayed as mojibake, garbled nonsense text. The fix was sketched in September 1992, when Ken Thompson and Rob Pike of Bell Labs worked out the UTF-8 scheme, famously writing the design on a placemat in a New Jersey diner. Their encoding was self-synchronizing, sorted correctly, and left every ASCII file untouched. Google's crawl data showed UTF-8 overtaking all other encodings on the web around 2008, and today it accounts for over 98 percent of all pages.

Binary text has also earned a place in popular culture. The Pioneer plaques and Voyager golden records use binary to encode fundamental quantities for any aliens who might find them. Movie posters and album covers regularly hide binary messages: the poster for The Matrix Reloaded, Coldplay's X&Y cover art (which uses the Baudot code, an ancestor of ASCII), and countless video game easter eggs. And in 1974, the Arecibo message beamed 1,679 bits toward the star cluster M13, 1,679 being the product of two primes so that any recipient could arrange the bits into a 73 by 23 image, humanity's first deliberate binary postcard to the stars.

Support