Text in Binär umwandeln: 10 häufige Fehler

Wenn Text und Binärcode nicht wie erwartet ineinander umgewandelt werden, liegt die Ursache meist in der Eingaberichtung, der Gruppierung oder der Zeichenkodierung. Diese zehn Prüfungen lösen die häufigsten Fälle.

1. Text und Binäreingabe wurden vertauscht

Ein Text-in-Binär-Konverter erwartet normalen Text und gibt Bits aus. Ein Binär-in-Text-Konverter erwartet Nullen und Einsen und gibt Zeichen aus.

Text:   Hallo
Binär:  01001000 01100001 01101100 01101100 01101111

Eine Textmeldung wie „ungültiges Binärzeichen“ ist oft ein Hinweis darauf, dass normaler Text in das falsche Feld eingefügt wurde.

2. Die Binärfolge enthält andere Zeichen als 0 und 1

In reinen Binärdaten sind nur 0 und 1 zulässig. Leerzeichen und Zeilenumbrüche können je nach Tool als Trennzeichen erlaubt sein. Zeichen wie 2, Bindestriche oder das Präfix 0b sind dagegen nicht automatisch Teil des Datenformats.

Problematisch:

01000001 0100002X

Prüfe die Eingabe auf unsichtbare Zeichen, typografische Leerzeichen und versehentlich kopierte Beschriftungen.

3. Die Byte-Gruppierung ist unvollständig

Für Text werden Bits gewöhnlich als Bytes interpretiert. Entferne zuerst erlaubte Trennzeichen und prüfe, ob die Anzahl der Bits durch acht teilbar ist.

01000001 0100001

Die zweite Gruppe hat nur sieben Bit. Ergänze nicht blind eine Null: Ohne Kenntnis der ursprünglichen Daten ist unklar, ob vorne oder hinten ein Bit fehlt.

4. Führende Nullen gingen verloren

Als mathematische Zahl sind 1000001 und 01000001 gleich. Als Textbyte ist die feste Breite jedoch hilfreich und oft erforderlich. Tabellenprogramme oder Zahlenfelder entfernen führende Nullen gern automatisch.

Exportiere Bitfolgen deshalb als Text und nicht als Zahl. Beim manuellen Umrechnen sollte jedes Byte acht Stellen behalten.

5. Die falsche Zeichenkodierung wird verwendet

ASCII funktioniert nur für einen kleinen Zeichenbereich. Deutscher Text mit ä, ö, ü oder ß benötigt eine passende Kodierung, heute in der Regel UTF-8.

Das ä wird in UTF-8 mit zwei Bytes kodiert:

11000011 10100100

Wer jedes Byte getrennt als ältere Ein-Byte-Codepage deutet, erhält falsche Zeichen. Stelle sicher, dass Erzeuger und Empfänger beide UTF-8 verwenden.

6. „Ein Zeichen = ein Byte“ wird vorausgesetzt

Die Annahme gilt für ASCII, aber nicht allgemein für Unicode-Text. Viele Codepoints benötigen in UTF-8 zwei bis vier Bytes. Ein sichtbares Graphem kann sogar aus mehreren Codepoints bestehen.

Vergleiche daher nicht nur die Zeichenanzahl, sondern die tatsächliche Bytefolge. Der Artikel ASCII, Unicode und UTF-8 erklärt die Ebenen genauer.

7. Leerzeichen wurden unbemerkt mitkodiert

Ein Leerzeichen im Ausgangstext ist ein echtes Zeichen. In UTF-8 und ASCII lautet sein Byte:

00100000

Leerzeichen zwischen Binärgruppen sind dagegen meist nur Trennzeichen. Prüfe also, ob du über den Ausgangstext oder über die formatierte Bitfolge sprichst. Auch Tabulatoren und Zeilenumbrüche besitzen eigene Bytewerte.

8. Die Ausgabe wurde abgeschnitten

Sehr lange Eingaben können durch Formularlimits, Zwischenablage, Chatprogramme oder Tabellenzellen gekürzt werden. Weil ein Textbyte als acht Bits plus mögliches Trennzeichen dargestellt wird, wächst die sichtbare Ausgabe stark.

Vergleiche:

• Länge der ursprünglichen Datei,
• Anzahl der erzeugten Bytes,
• Länge der kopierten Bitfolge,
• Ende der Eingabe und Ausgabe.

Verarbeite große Daten bei Bedarf in nachvollziehbaren Blöcken und setze sie nur an Bytegrenzen wieder zusammen.

9. Binäre Zahl und Textbytes werden verwechselt

Die Binärzahl 1000001 steht mathematisch für 65. Die acht Bit 01000001 können in ASCII beziehungsweise UTF-8 den Buchstaben A darstellen. Der Zahlenwert ist derselbe, aber der Kontext unterscheidet sich.

Für reine Zahlen ist der Binär-in-Dezimal-Konverter richtig. Für Zeichen brauchst du eine Textdekodierung.

10. Kodierung wird mit Verschlüsselung verwechselt

Eine Binärdarstellung schützt den Inhalt nicht. Auch Base64, Hexadezimal und URL-Kodierung sind ohne Geheimnis rückgängig zu machen. Wenn nach der Rückkonvertierung lesbarer Text erscheint, ist das beabsichtigt und kein Sicherheitsfehler.

Für vertrauliche Inhalte ist ein geprüftes Verschlüsselungsverfahren mit geeignetem Schlüsselmanagement erforderlich. Ein Online-Konverter ersetzt dieses Verfahren nicht.

Kurze Checkliste

Gehe bei einem unerwarteten Ergebnis in dieser Reihenfolge vor:

1. Stimmt die Konvertierungsrichtung?
2. Enthält die Binäreingabe ausschließlich erlaubte Zeichen?
3. Ist die bereinigte Bitanzahl durch acht teilbar?
4. Sind führende Nullen erhalten?
5. Verwenden beide Seiten dieselbe Zeichenkodierung?
6. Wurde die Ausgabe vollständig übertragen?

Teste anschließend zuerst mit A beziehungsweise 01000001. Funktioniert dieser ASCII-Fall, füge Umlaute und schließlich Emoji hinzu. So lässt sich klar erkennen, ob die Ursache bei der Grundform, den Bytegrenzen oder UTF-8 liegt.