Base32 Kodieren/Dekodieren (Binär)

100% clientseitige Verarbeitung (kein Server-Upload). Codieren Sie Binärdateien (Bytes) in Base32-Text mit wählbaren Alphabeten (RFC 4648/Base32hex/Crockford), Padding-Steuerung, optionalem Zeilenumbruch und vorhersehbarer Ausgabeformatierung.

Loading…

Über Base32-Binärcodierer

Diese Seite konzentriert sich auf die Codierung: Laden Sie eine oder mehrere Binärdateien hoch und konvertieren Sie sie in Base32-Text. Wählen Sie das Alphabet (RFC 4648, Base32hex oder Crockford), steuern Sie das Padding, setzen Sie die Groß-/Kleinschreibung und brechen Sie optional Ausgabezeilen um. Benötigen Sie die umgekehrte Richtung? Verwenden Sie die andere Seite.

Funktionen

  • Codiert Binärdateien (File/Blob/Uint8Array/ArrayBuffer) in Base32-Text
  • Wählen Sie den Base32-Dialekt: RFC 4648 (Base32), RFC 4648 (Base32hex) oder Crockford Base32
  • Padding-Steuerung (=): Automatisch, Immer einfügen oder Weglassen
  • Groß-/Kleinschreibung der Ausgabe: GROSSBUCHSTABEN oder Kleinbuchstaben (Codierungsmodus)
  • Optionaler Zeilenumbruch: Zeilen nach 0–120 Spalten umbrechen (0 deaktiviert Umbruch)
  • Ausgabeformatierungshilfen: Zeilentrenner (LF oder CRLF) und optionaler abschließender Zeilenumbruch
  • Multi-File-Dropzone-Workflow für Stapelcodierung (clientseitig)
  • 100% clientseitige Verarbeitung (kein Server-Upload).

So verwenden Sie es for base32-binary-encoder

1

Datei einfügen oder ablegen

Legen Sie eine oder mehrere Dateien im Upload-Bereich ab (binäre Eingabe). Dieser Codierer erwartet Bytes (File/Blob/Uint8Array/ArrayBuffer), keinen Klartext-String.

2

Klicken Sie auf "Codieren"

Lassen Sie die Aktion auf "Datei → Base32 codieren" eingestellt, wählen Sie das Format (RFC 4648 / Base32hex / Crockford) und passen Sie Padding, Groß-/Kleinschreibung, Zeilenumbruch und Zeilenumbruchoptionen nach Bedarf an.

3

Kopieren/Herunterladen

Kopieren Sie die Base32-Ausgabe aus dem Editor, oder laden Sie/exportieren Sie die codierten Ergebnisse für Ihre Dateien herunter (Ihre Tool-Oberfläche kann Dateinamen wie *.b32.txt generieren).

Technische Spezifikationen

Ausführungsmodell

Laufzeit-Offenlegung, Einschränkungen und was der Codierer für diese Seitenvariante (Codieren) akzeptiert.

AspektDetail
Laufzeit100% clientseitige Verarbeitung (kein Server-Upload).
Variante UmfangNur Codieren (Datei/Bytes → Base32-Text)
EingabetypenFile/Blob/Uint8Array/ArrayBuffer/TypedArray (binär). Textstrings werden für die Codierung abgelehnt.
AusgabetypText (Base32)
FormateRFC 4648 (Base32), RFC 4648 (Base32hex), Crockford Base32
FormatierungssteuerungPadding (auto/einschließen/weglassen), Groß-/Kleinschreibung (groß/klein), wrapLineLength (0–120), Zeilentrenner (LF/CRLF), abschließenden Zeilenumbruch einfügen
Grenzwerte~1–2 MB Zeichen; ~25000 ms Timeout
AufbewahrungAlle Verarbeitung erfolgt lokal in Ihrem Browser (kein Upload)
Wenn Sie mit Geheimnissen oder regulierten Daten umgehen, bevorzugen Sie Offline-/Lokaltools, auch wenn diese Seite lokal im Browser läuft.

Mini-Beispiel

Eine minimale Veranschaulichung dessen, was der Encoder erzeugt. (Die genaue Ausgabe hängt vom gewählten Format, Padding, Groß-/Kleinschreibung und Zeilenumbruch ab.)

ElementWert
EingabeBinärdatei (Bytes)
AktionDatei kodieren → Base32
AusgabeBase32-Text (RFC 4648 / Base32hex / Crockford)
Für dieselben Eingabebytes und dieselben Optionen ist die Base32-Ausgabe deterministisch.

Fehler & Grenzfälle

Was zu erwarten ist, wenn Eingaben oder Einstellungen nicht zum Kodier-Workflow passen.

SymptomWahrscheinliche UrsacheZu prüfen
Dieses Tool kodiert Binärdaten… keinen TextstringSie haben Text in eine nur-binäre Kodieroberfläche eingefügtLaden Sie eine Datei hoch / stellen Sie Bytes bereit, anstatt Text einzugeben
Nicht unterstützter BinäreingabetypEingabe ist nicht File/Blob/Uint8Array/ArrayBuffer/TypedArrayStellen Sie sicher, dass der Browser eine Datei/ein Blob bereitstellt oder Ihr Code einen Byte-Puffer übergibt
Eingabe zu groß (max. 2 MB)Die Datei/Bytes überschreiten die internen VerarbeitungsgrenzenVersuchen Sie es mit einer kleineren Probe oder teilen Sie die Datei vor der Kodierung in Blöcke auf
Adapteraufruf zeitüberschrittenDer Kodierungsvorgang überschritt das ~25000 ms TimeoutReduzieren Sie die Eingabegröße und deaktivieren Sie aufwändige Formatierungen wie häufige Zeilenumbrüche, falls zutreffend
Unerwartete AusgabeformatierungOptionen für Umhüllung/Auffüllung/Groß-/Kleinschreibung/Zeilenumbruch haben die textuelle Darstellung geändertÜberprüfen Sie den Auffüllmodus, die Zeilenlänge für Umbrüche, das Trennzeichen (LF/CRLF) und die Einstellung für den abschließenden Zeilenumbruch

Kommandozeilen-Alternativen

Für Automatisierung, Reproduzierbarkeit oder sensible Daten-Workflows bevorzugen Sie die lokale Ausführung in einer Terminal- oder CI-Umgebung.

macOS / Linux

Eine Datei in Base32 kodieren (erfordert ein Base32-Utility, falls auf Ihrem System verfügbar)

base32 < input.bin > output.b32.txt

Verwendet einen lokalen Base32-Encoder, falls Ihre Plattform den base32-Befehl bereitstellt (üblicherweise von GNU coreutils). Das Verhalten (Auffüllung/Umbrüche) hängt von der Implementierung ab.

Windows (PowerShell)

Verwenden Sie eine lokale Sprach-/Laufzeitbibliothek (empfohlen) für die Base32-Kodierung

python -c "import base64,sys; data=open('input.bin','rb').read(); print(base64.b32encode(data).decode('ascii'))"

Pythons Standardbibliothek unterstützt Base32-Kodierung. Passen Sie die Formatierung (Umbrüche/Zeilenumbrüche/Groß-/Kleinschreibung) in Ihrem Skript an, um die gewünschte Ausgabe zu erhalten.

Anwendungsfälle

Binärdaten als Klartext teilen

  • Kleine Binärblobs kodieren, damit sie in Tickets, Chats oder textbasierte Systeme eingefügt werden können
  • Eine Base32-Darstellung für Systeme generieren, die die Eingabe auf A–Z/2–7 beschränken (RFC 4648)

Interoperabilitätstests über Base32-Dialekte hinweg

  • Vergleichen Sie RFC 4648 mit Base32hex und Crockford-Ausgaben für dieselbe Datei
  • Auffüll- und Groß-/Kleinschreibungsregeln standardisieren, damit Teammitglieder identische Ergebnisse erhalten

CI-freundliche Fixtures und Goldene Ausgaben

  • Deterministische Base32-Fixtures für Unit-Tests erzeugen
  • Umbrüche und Zeilenumbruchverhalten festlegen, um Unterschiede zwischen Plattformen zu vermeiden

Leistungs- und Größen-Sanity-Checks

  • Schnell die Base32-Expansion für eine kleine Dateistichprobe schätzen
  • Validieren, dass Zeilenumbrüche und Trennzeichen den Erwartungen des nachgelagerten Parsers entsprechen

❓ Frequently Asked Questions

Gibt es eine öffentliche API für diesen Encoder?

Nein. Diese Seite ist für die interaktive Nutzung im Browser konzipiert und bietet keinen öffentlichen API-Endpunkt.

Findet die Verarbeitung lokal oder remote statt?

100% clientseitige Verarbeitung (kein Server-Upload). Die gesamte Kodierung erfolgt lokal in Ihrem Browser.

Kann ich hier sicher Geheimnisse kodieren?

Dieses Tool läuft lokal in Ihrem Browser, dennoch sollten Sie das Einfügen oder Hochladen hochsensibler Geheimnisse auf jede Online-Seite vermeiden, wenn Ihre Umgebung nicht vertrauenswürdig ist. Verwenden Sie für sensible Workflows eine lokale CLI oder ein Offline-Skript.

Warum erhalte ich eine Fehlermeldung, dass das Tool Binärdaten erwartet?

Diese Encoder-Seite ist für Dateien/Bytes. Wenn Sie eine Textzeichenfolge einfügen, wird sie abgelehnt. Laden Sie stattdessen eine Datei hoch (oder stellen Sie Bytes bereit), anstatt Text einzugeben.

Warum sieht meine Ausgabe anders aus (Groß-/Kleinschreibung, Auffüllung, Zeilenumbrüche) als bei einem anderen Tool?

Die Darstellung von Base32-Text hängt von Optionen und Dialekt ab. Überprüfen Sie das gewählte Format (RFC 4648/Base32hex/Crockford), den Auffüllmodus, die Groß-/Kleinschreibung, die Umbruchslänge, das Trennzeichen (LF vs. CRLF) und ob ein abschließender Zeilenumbruch angehängt wird.

Pro Tips

CI Tip

Wenn Sie stabile Diffs in PRs oder CI benötigen, fixieren Sie die Formatierung: Wählen Sie einen einzigen Dialekt, setzen Sie den Auffüllmodus fest, legen Sie wrapLineLength explizit fest und entscheiden Sie, ob ein abschließender Zeilenumbruch angehängt werden soll.

Best Practice

Für maximale Kompatibilität mit strengen Konsumenten bevorzugen Sie RFC 4648 mit Auffüllung "Auto" oder "Immer = einbeziehen" und halten Sie die Ausgabe in GROSSBUCHSTABEN.

Best Practice

Wenn das nachgelagerte Parsen auf Zeilenumbrüche empfindlich reagiert, setzen Sie das Zeilentrennzeichen (LF vs. CRLF) explizit, um es an die Zielplattform anzupassen.

Best Practice

Für sensible Daten bevorzugen Sie lokale CLI-/Bibliotheksausführung, auch wenn dieses Tool clientseitig läuft, insbesondere auf gemeinsam genutzten Maschinen oder verwalteten Browsern.

Additional Resources

Other Tools