Codificatore btoa Ascii85

L’utilità originale btoa codificava file binari come Ascii85 stampabile molto prima che Adobe divulgasse un alfabeto affine in PDF e PostScript. Chi cerca un codificatore btoa Ascii85 di solito ha bisogno della cornice classica xbtoa Begin e xbtoa End, della scorciatoia a un carattere z per quattro byte zero e del tag y di compressione spazi per quattro spazi ASCII—funzioni che gli strumenti in stile Adobe omettono o realizzano in modo diverso. La codifica emette sempre gruppi completi di cinque caratteri con riempimento a zero sull’ultimo blocco incompleto, registra la lunghezza reale in byte sulla riga End e spezza le righe vicino a settantotto caratteri così i collaggi dell’era della posta restano reversibili. La decodifica accetta archivi in cornice e verifica le checksum classiche del file, consentendo anche corpi di solo alfabeto senza cornice per controlli rapidi.

Codifichi testo UTF-8 in btoa Ascii85 originale con tag x

Il motore interpreta la stringa come testo Unicode, la serializza in byte UTF-8 e raggruppa quei byte a quattro a quattro in un valore a trentadue bit big-endian. Ogni gruppo completo diventa cinque caratteri dell’alfabeto classico che va dal punto esclamativo alla u minuscola. Quando un gruppo è tutto zeri, viene emesso un solo z al posto di cinque punti esclamativi.

Quando un gruppo sono quattro byte di spazio ASCII, viene emesso un solo y—la compressione spazi introdotta dalla versione 4.2 dello strumento Unix e che molti decoder solo Adobe rifiutano. I gruppi finali incompleti sono riempiti di zeri per l’aritmetica, così il codificatore scrive sempre gruppi completi di cinque caratteri; la lunghezza reale in byte è scritta sulla riga xbtoa End affinché il decoder possa scartare esattamente i byte di riempimento.

L’uscita è incorniciata con i distintivi tag x: una prima riga xbtoa Begin, il corpo codificato spezzato vicino a settantotto caratteri per riga e una riga finale xbtoa End N con la lunghezza in decimale e esadecimale più le tre checksum classiche E, S e R. Le stringhe vuote sono valide e producono un archivio in cornice con N uguale a zero. Testo multilingue ed emoji fanno round-trip perché il percorso è UTF-8 completo.

La risposta include result con l’archivio in cornice, mode encode, variant btoa, bytes uguale alla lunghezza UTF-8 e framed true. Ingressi identici producono sempre uscite identiche perché l’algoritmo è aritmetica pura, senza rete, sale né orologio.

Decodifichi btoa Ascii85 e rifiuti input malformato o non valido

Imposti mode su decode e inserisca una stringa btoa Ascii85 in text. Quando l’incolla include le righe xbtoa Begin e xbtoa End, il motore rimuove quella cornice, analizza N e i campi di checksum E, S e R e decodifica solo il corpo tra i tag. Spazi bianchi e interruzioni di riga nel corpo sono ignorati così gli archivi di posta multilinea funzionano ancora.

L’alfabeto è rigoroso: sono accettati solo i caratteri dal punto esclamativo alla u minuscola, più z isolata per quattro zeri e y per quattro spazi. I gruppi finali incompleti con meno di cinque caratteri dell’alfabeto quando non sono z o y vengono rifiutati. Begin senza End, End senza Begin, oppure un N decimale ed esadecimale in disaccordo sono pure trattati come malformati.

Corpi di solo alfabeto senza cornice sono accettati per comodità, ma senza N il decoder conserva ogni byte decodificato, inclusi eventuali riempimenti a zero che il codificatore avrebbe registrato sulla riga End. Una decodifica riuscita restituisce result come la stringa recuperata, mode decode, variant btoa, bytes come la lunghezza del testo in chiaro e framed true o false.