Codificatore Base32768

Invece di impacchettare cinque o sei bit in un simbolo ASCII come Base32 e Base64, Base32768 sceglie ogni carattere da un repertorio di 32768 punti di codice sicuri del Piano multilinguistico di base e trasporta quindici bit di carico per carattere. Ciò produce circa il 93.75 percento di efficienza quando il risultato è memorizzato o trasmesso come UTF-16, molto più denso di Base64 sullo stesso filo. Questa capacità implementa da capo a fine il profilo qntm Base32768: la modalità encode legge la Sua stringa in chiaro come byte UTF-8 ed emette un risultato Base32768; la modalità decode convalida ogni simbolo rispetto all'alfabeto primario a quindici bit e a quello secondario di riempimento a sette bit, poi recupera il testo UTF-8 originale.

Come Base32768 impacchetta quindici bit in caratteri BMP sicuri

Base32768 tratta l'ingresso come un flusso continuo di bit di byte grezzi. Per il testo, questa capacità converte prima la Sua stringa con UTF-8 così i caratteri multi-byte restano portabili tra lingue e piattaforme. I bit si prendono dal più significativo al meno.

Ogni quindici bit accumulati selezionano un indice in un repertorio primario da 32768 voci costruito su intervalli chiusi di punti di codice Unicode assegnati, non di controllo e senza spazi bianchi nel Piano multilinguistico di base. Quando il resto finale non è un blocco completo di quindici bit, il codificatore riempie con uni e termina con un simbolo primario oppure con un simbolo secondario di riempimento a sette bit tratto da un alfabeto separato da 128 voci.

La decodifica inverte la mappa: ogni carattere apporta quindici o sette bit, i byte completi sono emessi non appena si accumulano otto bit e i bit residuali di riempimento devono restare tutti uni. Un carattere secondario di riempimento prima della posizione finale è pure rifiutato, perché quel motivo non compare mai in una codifica legale. Rispetto a Base64, Lei scambia un alfabeto solo ASCII per una densità molto migliore sotto UTF-16; rispetto a Base65536 resta nel BMP e ogni carattere è una sola unità di codice UTF-16.

Dove Base32768 compare nel lavoro reale

I sistemi che memorizzano blob binari in colonne di testo UTF-16 spesso necessitano di un impacchettamento più denso di quanto Base64 offra senza uscire dal BMP. I team già standardizzati sulla suite qntm di codifiche dense usano Base32768 quando il canale è nativo UTF-16 e Base2048 o Base65536 quando valgono altri vincoli. I desk di supporto incollano stringhe opache dai ticket e necessitano di convalida stretta dell'alfabeto senza accettare simboli spazzatura che produrrebbero un carico sbagliato.

Gli autori di corsi che insegnano densità di codifica sotto diverse forme Unicode vogliono una pagina dedicata a Base32768 piuttosto che seppellirla sotto un landing generico Base64, perché l'intento di ricerca, le regole dell'alfabeto e i numeri di efficienza differiscono. Se le serve Base32 RFC 4648 per segreti TOTP, Base64 sicuro per URL o densità basE91 sotto UTF-8, li tratti come intenti di ricerca e landing separati anziché sovraccaricare questa pagina di codificatore Base32768.