Does my data get uploaded anywhere?
No. Everything runs locally in your browser and nothing is sent to a server.
Is this free to use?
Yes. It is completely free, with no account, no signup, and no usage limits.
Does it work on a phone?
Yes. The page runs in any modern mobile browser, on iPhone and Android alike, with no app to install.
How do I turn the output into a byte array for my code?
Copy it and replace the spaces with commas. 72 101 108 108 111 becomes [72, 101, 108, 108, 111], which is a valid list in Python, an array in JavaScript, and an initialiser in C. The values are already in the 0 to 255 range every byte type expects.
Why does a 4-letter word give 5 numbers?
Because one of the characters is not ASCII. UTF-8 encodes anything above 127 in two, three or four bytes, so a word with an accented letter produces more bytes than it has characters. The count you see is the true byte length.
Why is no value ever above 255?
Because each value is one byte, and a byte holds 8 bits, which caps it at 255. Characters beyond ASCII are represented by several bytes rather than one large number, which is the core design of UTF-8.
Java shows -56 where this tool shows 200, why?
Java bytes are signed, so they run from -128 to 127 rather than 0 to 255. The bits are identical, only the interpretation differs. Add 256 to any negative Java byte value to get the unsigned number this tool prints.
Is this the same as charCodeAt in JavaScript?
No. charCodeAt returns UTF-16 code units, so an accented e gives 233. This tool prints UTF-8 bytes, so the same character gives 195 169. They are different encodings of the same character and the numbers do not match above 127.
What is "Hello" in decimal?
72 101 108 108 111. Those are the ASCII values of the five letters, which are also their UTF-8 byte values because every character is below 128. Capital H is 72, and lowercase h would be 104, exactly 32 higher, which is the constant gap between upper and lower case in ASCII.
Can I convert the numbers back into text?
Yes, with the companion Decimal to Text converter. It accepts the same space or comma separated values and rejects anything outside 0 to 255 by name, because a value above 255 is a code point rather than a byte and would decode to the wrong character.
Is this the same as an ASCII code chart?
For the first 128 values, yes, identically so. Above 127 an ASCII chart has nothing to say, and the extended tables that claim to cover 128 to 255 are Latin-1 or code page 437, which are not UTF-8. This page always shows UTF-8 bytes, so an accented character produces two values rather than one entry from an extended chart.