ZEICHEN UND IHRE BYTES
Text und Bytes in beide Richtungen umwandeln. Die Zeichenkodierung bleibt ausdrücklich wählbar; das Beispiel enthält vier Codepoints und zehn Bytes.
Die Umwandlung erfolgt im Browser. Eingaben werden weder hochgeladen noch als Verlauf gespeichert.
Pro Byte: 8 Binärziffern oder 2 Hex-Ziffern. Ganze Bytefolgen dürfen ohne Trennung oder mit Leerzeichen, Tabulatoren, Zeilenumbrüchen und Kommas stehen.
Die gewählte Kodierung gilt unverändert. U+FEFF bleibt erhalten; eine BOM wird weder ergänzt noch entfernt oder zur Erkennung der Bytefolge verwendet.
Text: 65.536 UTF-16-Einheiten. Byteeingabe: 2.097.152 Zeichen. Daten: 196.608 Bytes. Ausgabe: 2.097.152 Zeichen.
10 Bytes · 4 Unicode-Codepoints · 5 UTF-16-Einheiten
TXT speichert die sichtbare Darstellung als UTF-8. BIN speichert die tatsächlich kodierten oder eingelesenen Bytes.
Wer Text in Binär umwandeln möchte, muss zuerst wissen, welche Zeichenkodierung die Bytes erzeugt. Ein Umlaut ist in UTF-8 länger als ein ASCII-Buchstabe. Hier lassen sich die Bytes aus einem Protokoll mit dem erwarteten Text vergleichen. Eine fehlerfreie Dekodierung beweist allerdings noch nicht, dass die gewählte Kodierung zur Quelle passt.
Text in Binär umzuwandeln bedeutet hier, zuerst Unicode zu kodieren. A benötigt in UTF-8 ein Byte, é zwei, 中 drei und 😀 vier. Bei UTF-16 LE und BE ändern die beiden Bytes jeder 16-Bit-Einheit ihre Reihenfolge. Ein Emoji außerhalb der Basisebene benötigt weiterhin ein Surrogatpaar.
Sieben Bits werden nicht stillschweigend mit einer Null ergänzt. Ungültige UTF-Sequenzen stoppen die ganze Umwandlung. Die Eingabe bleibt sichtbar, und Zeile sowie Spalte führen zur Fehlerstelle. Dadurch entsteht kein scheinbar fertiger Text, in dem problematische Zeichen fehlen.
Für Binärcode in Text zuerst Binär als Byteformat wählen, für einen Hex-Dump Hex. UTF-16 benötigt eine eindeutige LE- oder BE-Auswahl. Ein Richtungswechsel verschiebt keine Daten. Ergebnis umkehren zeigt zuerst die Vorschau des Inhalts, der die Eingabe ersetzen würde.
Die Umwandlung startet 350 ms nach der letzten Änderung. Ohne Automatik stehen Umwandeln und Strg/Cmd + Enter bereit. Jede Eingabe- oder Optionsänderung sperrt alte Exporte sofort. Trennzeichen und Großbuchstaben betreffen ausschließlich die Ausgabe von Text zu Bytes.
TXT enthält die angezeigte Darstellung in UTF-8, BIN die echten Bytes. Beispiel, Leeren und Umkehren zeigen vorher den Umfang der Ersetzung. Nach Übernehmen lässt sich einmal der vorherige Zustand mit Eingabe, Optionen und Ergebnis wiederherstellen.
Kombinierende Akzente bleiben in ihrer eingegebenen Form. Die Anwendung führt keine NFC-Normalisierung aus und überspringt weder Umlaute noch Emoji. Codepoints sind keine sichtbaren Schriftzeichen: Ein einzelnes zusammengesetztes Emoji kann aus mehreren Codepoints bestehen.
Jedes Byte hat acht Binärziffern oder zwei Hex-Ziffern. Leerzeichen, keine Trennung, Zeilenumbruch und Komma verändern nur die Darstellung. Beim Einlesen gelten beide Hex-Schreibweisen sowie ASCII-Leerzeichen, Tabulator, CR, LF und Komma zwischen vollständigen Bytes.
Falsche Ziffern, halbe Bytes, ungültige UTF-8-Fortsetzungsbytes und defekte UTF-16-Surrogatpaare werden abgewiesen. Die Byteposition wird auf die ursprüngliche Eingabe zurückgeführt. Ein tatsächlich kodiertes U+FFFD bleibt erhalten; als Fehlerersatz wird es nicht erzeugt.
Die Vorschau beginnt mit 100 Bytes beim Kodieren oder 100 Codepoints beim Dekodieren. Weitere 100 lassen sich jeweils einblenden, ohne Bytes oder Surrogatpaare zu teilen. Kopieren und beide Downloads enthalten immer das gesamte aktuelle Ergebnis.
Standardmäßig UTF-8. Alternativ können Sie UTF-16 LE oder UTF-16 BE ausdrücklich auswählen. Es gibt keine automatische Erkennung anhand einer BOM. Die Einstellung bestimmt die tatsächlichen Bytes und muss beim Rückweg zur ursprünglichen Kodierung passen.
Ja. ä wird in UTF-8 als C3 A4 kodiert, ö als C3 B6 und ü als C3 BC. Auch kombinierende Zeichen bleiben erhalten. Ihre Darstellung wird nicht automatisch vereinheitlicht, sodass optisch ähnliche Texte unterschiedliche Bytefolgen haben können.
Bytes → Text und das passende Byteformat wählen. Anschließend die ursprüngliche Zeichenkodierung einstellen. Um den gerade erzeugten Code zurückzuführen, Ergebnis umkehren verwenden und die Vorschau übernehmen. Ein bloßer Richtungswechsel ersetzt die Eingabe nicht.
Eine Gruppe muss aus einem Vielfachen von acht Bits bestehen. Vollständige Bytes können direkt aneinanderstehen oder durch unterstützten Leerraum beziehungsweise Kommas getrennt werden. 0100000101000010 ist zulässig; 0100 0001 ist es nicht.
Die gesamte Umwandlung wird abgebrochen. Zeile und Spalte zeigen die problematische Stelle; bei ungültiger Kodierung kommt die Bytenummer hinzu. Die Eingabe bleibt erhalten und alte Ergebnisse können nicht exportiert werden. Fehlende Bits oder unlesbare Zeichen werden nicht still repariert.
Noch eine Frage?
Text in Binär umwandeln und dieselbe Zeichenfolge anschließend mit beiden UTF-16-Bytefolgen vergleichen: Prüfen Sie die Byteanzahl und wählen Sie den passenden Export für den nächsten Schritt.
Ein Byte hat acht Bits. Ein Zeichen kann mehrere Bytes benötigen.