Translate text to binary and back, instantly. Type in either box and it converts live. Works correctly with any language and even emoji, and also does hex, decimal, octal and Base64.
A binary translator converts readable text into binary code (sequences of 0s and 1s) and converts binary code back into readable text. The rebuilt ToolsPivot Binary Translator does both at the same time, in two live boxes, with no convert button to press. It also outputs hexadecimal, decimal, octal, and Base64, encodes everything as proper UTF-8 so accented letters and emoji survive the round trip, and shows a byte-by-byte breakdown of exactly what happened to each character.
A binary translator sits between characters and bytes. Your keyboard produces characters, your computer stores bytes, and binary is one way of writing those bytes down. The translator walks that chain in both directions.
The common misunderstanding is that one character always equals one byte. It does not. The letter A is a single byte, 01000001. The letter é is two bytes. A grinning face emoji is four. That gap between "character" and "byte" is where most free binary tools break, and it is why a decoded string sometimes comes back as a row of question marks.
Version 2.0 was rebuilt around that problem. The old version used a character-code shortcut that worked for plain English and silently corrupted everything else. The current build encodes text through the browser's native UTF-8 encoder, so what goes in comes back out unchanged.
The rebuild replaced the entire conversion engine rather than patching the old one. Five things changed that you will notice within the first thirty seconds of using it.
If you only need one direction and prefer a file upload workflow, the older single-purpose tools are still available: the text to binary converter encodes plain text, and the binary to text converter decodes it. Both accept a .txt upload, which the translator does not.
Each format is a different way of writing the same bytes, so nothing is gained or lost by switching between them. What changes is readability and where the output can be pasted.
| Format | Per byte | "Hi" produces | Typical use |
|---|---|---|---|
| Binary | 8 bits, zero-padded | 01001000 01101001 | Coursework, puzzles, teaching place value |
| Hexadecimal | 2 digits | 48 69 | Debugging, memory dumps, color and hash values |
| Decimal | 0 to 255 | 72 105 | ASCII table lookups, textbook exercises |
| Octal | 3 digits | 110 151 | Unix permissions, older protocols |
| Base64 | whole stream | SGk= | Embedding binary data in text-only channels |
Separator and prefix options exist mainly for pasting into code. Comma separators with the 0b prefix give you a string that drops straight into a Python or JavaScript array. Setting the separator to none produces the continuous bit string most binary puzzles use. Uppercase hex with 0x matches the convention in C and C-derived code.
Base64 behaves differently from the other four on purpose. It encodes groups of three bytes into four characters across the whole input, so there are no per-byte boundaries for a separator to sit between and the prefix toggle does not apply. If you are working with Base64 image data specifically, the image to Base64 converter and the Base64 to image tool handle that side of the job.
Reach for this tool when you need to see or produce the exact bytes behind a piece of text. That covers more ground than it sounds like.
It is worth being clear about the edge case: this is an encoding tool, not a security tool. Binary and Base64 are readable by anyone who knows the format. If you need something that cannot be read back, the password encryption utility and the MD5 hash generator serve that purpose instead.
Context: A first-year student has converted the word "Cache" to binary by hand and wants to check it before submitting.
Result: The mistake, if there is one, is isolated to a single character rather than requiring a full recheck. For arithmetic on binary numbers rather than text, the binary calculator is the better fit.
Context: A developer sees customer names rendering as é instead of é in an export file.
Result: The fault is located in the read step rather than the write step, which narrows the fix to one configuration setting. The URL encoder and decoder covers the same class of problem for percent-encoded strings.
Context: A capture-the-flag player has a blob of digits that could be binary, decimal, or octal.
Result: Format identification takes seconds rather than requiring a separate attempt in three different tools. The decimal to ASCII converter handles pure numeric input if that is all you have.
Context: An embedded developer needs a device identifier string as a comma-separated hex array.
Result: A correctly formatted array with no manual editing. For arithmetic on the resulting values, the hex calculator handles base-16 operations.
The breakdown panel is the feature that separates this from a plain conversion box. For each character in your input it shows four columns: the character itself, its Unicode code point, its UTF-8 bytes, and those bytes rendered in binary.
Typing "café" produces five bytes from four characters. The breakdown shows why: c, a, and f each occupy one byte, while é sits at code point U+00E9 and encodes as the two bytes C3 A9. A single emoji gives one character, one code point, and four bytes.
That distinction between characters, code points, and bytes is what most encoding bugs trace back to. If you need character counts for writing rather than encoding, the word counter is built for that.
Multi-format output is no longer unusual, and correct UTF-8 handling has become common rather than rare. Several established free translators already do both. The honest differences are narrower than that.
Most competing tools use a convert button or a direction toggle, so you pick a direction before you start and switch modes to reverse it. Both panes here stay live and editable at once. Base64 alongside the four number bases in a single binary translator is less common. And a per-character breakdown showing code points next to UTF-8 bytes, generated from your own input rather than a fixed example table, was the hardest feature to find elsewhere.
Yes, with no account, no usage cap, and no premium tier. Everything runs in your browser, so there is no server cost to pass on.
Yes, at the same time. Both boxes are editable and stay in sync, so there is no direction to select and no convert button to press.
Yes. Text is encoded as UTF-8 through the browser's native encoder, so accented letters, non-Latin scripts, and emoji all convert and decode back without corruption.
It decodes to Hello. Each 8-bit group is one byte: 72 is H, 101 is e, 108 is l twice over, and 111 is o.
Binary, hexadecimal, decimal, octal, and Base64. All five are generated from the same UTF-8 byte stream, so switching between them does not change the underlying data.
Yes. Space is the default, and you can switch to none, new line, comma, or a custom character. Binary and hex output also accept optional 0b and 0x prefixes.
No. The conversion engine is a self-contained script that runs entirely in your browser, with no upload and no API request.
UTF-8 uses one to four bytes per character depending on the code point. Most emoji sit high in the Unicode range and need the full four bytes, which is why the byte count jumps while the character count stays at one.
Yes. The decoder strips separators and prefixes before grouping the digits into bytes, so continuous strings, mixed spacing, and stray line breaks all parse.
The tool returns a clear error message rather than partial or misleading output. The usual causes are a bit count that does not divide into whole bytes, or digits that do not belong to the selected format.
No. Binary, hex, and Base64 are encodings, which means anyone can reverse them without a key. They provide no security at all.
Not in this tool. The one-way text to binary and binary to text converters on ToolsPivot accept .txt uploads if you need that workflow.
It shows each character alongside its Unicode code point, UTF-8 bytes, and binary. It is aimed at anyone learning how encoding works, and at debugging cases where character count and byte count disagree.
Yes, in any modern mobile browser with no app to install. Very long inputs may update more slowly on older devices, since the processing happens on your hardware.
A translator converts between text and byte representations. A calculator performs arithmetic on binary numbers. Different jobs, and both are available separately. To compare two decoded outputs side by side, the text comparison tool is useful, and the text case changer reformats decoded text once you have it.