# Ascii85 zu Text Konverter

Codiere Text als Ascii85 oder decodiere Ascii85 zurück in Text. Dabei handelt es sich um die Base85-Codierung, die in PostScript, PDF-Streams und Git-Binärpatches verwendet wird. Das Werkzeug wandelt deine Eingabe in UTF-8-Bytes um, konvertiert je vier Bytes in fünf Zeichen von ! bis u, schreibt z für vier Nullbytes und kann das Ergebnis in die Adobe-Begrenzer <~ und ~> einschließen. Beim Decodieren werden beide Formen akzeptiert und Leerzeichen ignoriert.

## Häufig gestellte Fragen

### Was ist Ascii85?

Ascii85, auch Base85 genannt, codiert Binärdaten als druckbares ASCII. Je 4 Bytes werden in 5 Zeichen von ! (33) bis u (117) umgewandelt. Dadurch beträgt der Größenaufschlag nur 25 Prozent, verglichen mit 33 Prozent bei Base64. Adobe verwendet es in PostScript und PDF.

### Welche bekannten Ascii85-Beispiele gibt es?

Die vier Zeichen Man gefolgt von einem Leerzeichen ergeben 9jqo^, und Man is distinguished ergibt 9jqo^BlbD-BleB1DJ+*+F(f,q. Der Text sure. ergibt F*2M7/c. Das Werkzeug liefert diese Werte und decodiert sie wieder zurück.

### Was bedeutet das Zeichen z?

Eine Gruppe aus vier Nullbytes wird als einzelnes z statt als !!!!! geschrieben. Der Decoder wandelt z wieder in vier Nullbytes um. Es darf nur am Anfang einer Gruppe vorkommen.

### Was sind die Begrenzer <~ und ~>?

Das Adobe-Format kennzeichnet Anfang und Ende von Ascii85-Daten mit <~ und ~>. Aktiviere die Option, um sie beim Codieren hinzuzufügen. Beim Decodieren entfernt das Werkzeug sie, falls vorhanden, sodass beide Formen funktionieren.

### Wie wird die letzte unvollständige Gruppe behandelt?

Ist die Eingabelänge kein Vielfaches von vier, wird die letzte Gruppe mit Nullbytes aufgefüllt und codiert. Behalten werden nur die ersten n plus ein Zeichen. Beim Decodieren wird mit u aufgefüllt und werden die zusätzlichen Bytes verworfen, wodurch die Eingabe exakt wiederhergestellt wird.

### Warum wird meine Eingabe abgelehnt?

Gültig sind die Zeichen ! bis u sowie z. Zeichen wie v bis y, ein z innerhalb einer Gruppe, ein einzelnes übrig gebliebenes Zeichen am Ende oder eine Gruppe mit einem Wert über 32 Bit sind ungültig. Leerzeichen werden ignoriert.

### Ist das dasselbe wie Z85 oder RFC 1924 Base85?

Nein. ZeroMQs Z85 und RFC 1924 verwenden andere Alphabete aus 85 Zeichen. Dieses Werkzeug implementiert den Adobe- und btoa-Stil von Ascii85, der in PostScript, PDF und Pythons base64.a85encode verwendet wird.

### Warum meldet das Decodieren ungültiges UTF-8?

Ascii85 enthält oft Binärdaten, zum Beispiel komprimierte PDF-Streams. Das Werkzeug zeigt nur decodierte Daten an, die gültiger UTF-8-Text sind, und meldet alles andere, statt unlesbare Bytes auszugeben.

### Wie werden Nicht-ASCII-Zeichen codiert?

Der Text wird zuerst in UTF-8 umgewandelt. Akzentbuchstaben und Emojis werden daher vor dem Codieren jeweils zu mehreren Bytes. Beim Decodieren werden dieselben Zeichen wiederhergestellt.

### Wie viele Daten kann ich umwandeln?

Bis zu 5 MiB Text pro Anfrage. Die Umwandlung läuft auf dem Server, und die Eingabe wird nicht gespeichert.

Deine Anzeige hier?

[Schreib uns eine E-Mail](mailto:hi@dennn.is?subject=Werbung%20auf%20OneClick%20Pro)

[Anzeige Die agentenfähige Plugin-Suite für WordPress.](https://sleekwp.com/?ref=oneclickpro)
