Base64-Größe Rechner
Gib eine Anzahl Eingabe-Bytes ein, um zu sehen, wie viele Byte das Base64-kodierte Ergebnis belegt — samt dem Padding, das jede Gruppe auf vier Zeichen aufrundet.
Exakte kodierte Größe
Gib die Anzahl der Eingabe-Bytes ein und der Rechner liefert die Base64-Ausgabegröße als ceil(n / 3) × 4 Byte, inklusive Padding.
Etwa ein Drittel größer
Base64 vergrößert die Daten immer um rund 33% — drei Eingabe-Bytes werden zu vier Ausgabezeichen, plane den Overhead also ein, bevor du sendest oder speicherst.
Was ist die Base64-kodierte Größe?
Vier Ausgabe-Bytes für je drei Eingabe-Bytes
Der Base64-Größe-Rechner sagt dir, wie groß ein Datenstück wird, sobald es Base64-kodiert ist. Base64 stellt beliebige Binärdaten mit nur druckbaren ASCII-Zeichen dar, weshalb es in Data-URIs, E-Mail-Anhängen (MIME), JSON Web Tokens und eingebetteten Bildern auftaucht. Es teilt die Eingabe in Gruppen von drei Byte (24 Bit) und kodiert jede Gruppe als vier Zeichen zu je sechs Bit neu. Weil die Eingabe in Dreiergruppen geteilt wird, erzeugt die Kodierung von n Eingabe-Bytes ceil(n / 3) × 4 Ausgabe-Bytes — die letzte Gruppe wird mit „=“ aufgefüllt, sodass jede Gruppe volle vier Zeichen hat. Die praktische Folge ist ein vorhersehbarer Overhead von etwa einem Drittel zur ursprünglichen Größe.
Gib die Anzahl der Eingabe-Bytes ein, um sofort die Base64-kodierte Größe in Byte zu erhalten, das Padding ist bereits eingerechnet.
Base64 packt je drei Eingabe-Bytes in vier Ausgabezeichen, daher ist die kodierte Größe die Anzahl der Dreiergruppen (aufgerundet) multipliziert mit vier.
kodiert = ceil(n / 3) × 4Die Aufrundung steht für das Padding: Jede unvollständige letzte Gruppe wird dennoch auf volle vier Zeichen aufgerundet, „=“ füllt die ungenutzten Stellen. Weil vier Ausgabezeichen immer drei Eingabe-Bytes darstellen, beträgt die kodierte Größe etwa 4 / 3 des Originals — rund 33% mehr, egal wie groß die Eingabe ist.
Angenommen, du möchtest eine Datei mit 1000 Byte Base64-kodieren.
Durch drei teilen
1000 / 3 = 333,33 — die Anzahl der Dreiergruppen vor dem Aufrunden.
Auf ganze Gruppen aufrunden
ceil(333,33) = 334 — die letzte Teilgruppe zählt dennoch als volle Gruppe.
Mit vier multiplizieren
334 × 4 = 1336 Byte — die Base64-kodierte Größe, inklusive des Paddings, das die letzte Gruppe auffüllt.
Die kodierte Größe (1336 Byte bei der Datei mit 1000 Byte oben) ist die Anzahl der Byte, die der Base64-Text belegt — nützlich, wenn du Speicher einplanen, eine Payload-Größe abschätzen oder prüfen musst, ob ein eingebettetes Bild in ein Größenlimit passt. Das zentrale Muster: Base64 gibt vier Ausgabezeichen für je drei Eingabe-Bytes aus, daher kommt der Overhead von rund 33% — das Ergebnis liegt immer nahe bei 4 / 3 des Originals. Aufrundung und „=“-Padding sorgen dafür, dass die kodierte Länge stets ein Vielfaches von vier ist, und eine unvollständige letzte Gruppe macht die Ausgabe nie kleiner — sie rundet auf. Genau diese Vorhersehbarkeit macht Base64 praktisch für Protokolle, die nur Text erlauben, auch wenn es dich ein Drittel mehr Platz kostet als die rohen Bytes.
Die Formel ist exakt, doch ein paar praktische Punkte solltest du im Blick behalten.
Nur kodierte Byte — keine Wrapper oder Zeilenumbrüche
Dieser Rechner zählt die rohen Base64-Ausgabe-Bytes aus ceil(n / 3) × 4. Er ergänzt weder die Byte eines Data-URI-Präfixes wie „data:image/png;base64,“ noch die zusätzlichen Zeichen durch Zeilenumbrüche, falls die Ausgabe umgebrochen wird (klassisches MIME bricht alle 76 Zeichen um). Wenn dein Encoder Zeilenumbrüche einfügt oder du das Ergebnis in einen größeren String einbettest, rechne diese Byte zur hier gezeigten Zahl hinzu.