Text in Binär, Hexadezimal, Oktal oder Dezimal umwandeln und zurück decodieren. UTF-8-bewusst, mit konfigurierbaren Trennzeichen und Null-Auffüllung. Läuft vollständig in Ihrem Browser.
Text in Binär, Hex, Oktal oder Dezimal umwandeln — und zurück. Beide Bereiche sind bearbeitbar, sodass Sie Text codieren oder einen codierten String zum Decodieren einfügen können. Die Codierung basiert auf UTF-8-Bytes, was bedeutet, dass Akzentbuchstaben, CJK-Zeichen und Emoji den Hin- und Rückweg überstehen.
Wie Text zu Bytes wird
Zeichen sind keine Bytes
Ein Zeichen ist eine abstrakte Idee; ein Byte sind acht Bits Speicher. Um eines in das andere zu verwandeln, braucht es eine Codierung. Dieses Werkzeug verwendet UTF-8, die Codierung hinter über 98 % des Webs. In UTF-8 belegt der ASCII-Bereich A-Z, a-z, 0-9 und gängige Interpunktion genau ein Byte, also ist A gleich 01000001. Akzentuiertes Latein und Griechisch brauchen zwei Bytes, die meisten CJK-Zeichen drei und Emoji vier.
Warum das für Hin- und Rückwege wichtig ist
Ältere Text-zu-Binär-Werkzeuge rufen charCodeAt auf und kürzen auf 8 Bit. Das funktioniert für einfaches ASCII und korrumpiert alles andere still, sodass é als anderes Zeichen oder als Ersatzglyph zurückkommt. Weil dieser Konverter echte UTF-8-Bytes codiert, decodiert eine Zeichenkette mit chinesischen Zeichen und einem Emoji exakt auf das zurück, womit Sie begonnen haben.
Wahl der Basis
Binär zeigt das rohe Bitmuster, was Sie wollen, wenn Sie erklären, wie Codierung funktioniert oder ein Protokoll auf Bitebene debuggen.
Hexadezimal ist die praktische Vorgabe. Zwei Hex-Ziffern pro Byte machen Byte-Grenzen offensichtlich, weshalb jeder Hex-Editor und Netzwerk-Dump es nutzt.
Oktal gruppiert jeweils drei Bits und taucht hauptsächlich in Unix-Berechtigungen und einigen C-Escapesequenzen auf.
Dezimal ist am leichtesten laut vorzulesen, versteckt aber die Bitstruktur völlig.
Trennzeichen und Auffüllung
Null-Auffüllung macht jedes Byte gleich breit — acht Zeichen in Binär, zwei in Hex — sodass die Ausgabe auch ohne Trennzeichen zwischen Werten zuverlässig aufgeteilt werden kann. Wenn Sie Auffüllung ausschalten, behalten Sie ein Trennzeichen, sonst laufen 1 und 10 zusammen und das Ergebnis kann nicht eindeutig decodiert werden. Beim Decodieren wird jede Mischung aus Leerzeichen, Kommas und Zeilenumbrüchen akzeptiert.
FAQs
Warum ist mein chinesisches Zeichen drei Gruppen zu je acht Bits?
UTF-8 codiert die meisten CJK-Zeichen als drei Bytes, und jedes Byte wird zu einer acht-Bit-Gruppe. Das ist korrektes Verhalten, kein Fehler.
Kann ich Binär ohne Trennzeichen decodieren?
Ja, solange es null-aufgefüllt war. Der Decoder fällt auf feste Breite zurück — acht Zeichen pro Byte in Binär, zwei in Hex — wenn er kein Trennzeichen findet.
Nutzt dies ASCII oder UTF-8?
UTF-8. Im reinen ASCII-Bereich sind beide identisch, also sieht englischer Text in beiden Fällen gleich aus, aber UTF-8 behandelt auch jedes andere Zeichen korrekt.
Warum erhalte ich einen Fehler beim Decodieren meiner Eingabe?
Jede Gruppe muss in der gewählten Basis auf einen Wert zwischen 0 und 255 aufgelöst werden. Ein Wert von 256, ein verirrtes Buchstabenzeichen im Binärmodus oder die falsch gewählte Basis lösen ihn alle aus.
Ist das dasselbe wie Base64?
Nein. Base64 packt drei Bytes in vier druckbare Zeichen, um Daten kompakt zu halten. Dieses Werkzeug gibt jedes Byte einzeln in einer gewählten numerischen Basis aus, was viel ausführlicher, aber menschenlesbar ist.
Wird mein Text irgendwohin gesendet?
Nein. Codierung und Decodierung nutzen beide die eingebauten TextEncoder- und TextDecoder-APIs des Browsers, völlig auf Ihrem Rechner.