Encodage et échappement
Précisez la représentation des octets et l’alphabet employé par la source.
La conversion reste dans ce navigateur ; votre saisie n’est pas envoyée.
Texte UTF-8, paires hexadécimales ou octets décimaux de 0 à 255 séparés par des espaces. Sans préfixe 0x, virgule ni crochets.
Base32 exige des majuscules. Base58 ne vérifie aucun checksum. Z85 exige des groupes de 4 octets / 5 caractères.
Entrée : 65 536 unités UTF-16 ; 1 000 lignes. Par valeur : 65 536 octets ; Base58 : 4 096 octets / 5 600 caractères. Rapport : 2 000 000 caractères ; durée : 2 secondes.
Saisissez du texte ou chargez un exemple. Une entrée vide donne une sortie vide.
Un Encodeur Base32 aide à comprendre pourquoi deux bibliothèques produisent des valeurs différentes. Avant même l’alphabet, la représentation compte : 41 en texte contient deux octets, tandis que 41 en hexadécimal désigne l’unique octet de A.
Ce décodeur Base32 réunit aussi Base16, encodage Base58 et variantes Base85. Les caractères accentués passent par UTF-8 ; les données binaires peuvent rester en hexadécimal ou en octets décimaux sans devoir devenir du texte lisible.
Cet Encodeur Base32 distingue RFC 4648 de base32hex. Bitcoin et Flickr, puis Ascii85, Git b85 et Z85 ont également leurs propres choix. Le rapport garde ces paramètres afin que la conversion puisse être reproduite sans deviner le format.
Un caractère interdit dans une ligne n’efface pas les autres résultats. Chaque élément conserve son numéro de ligne et son erreur. Un saut de ligne décodé reste dans sa chaîne JSON, sans créer artificiellement une ligne de résultat supplémentaire.
Le mode hexadécimal attend des paires complètes. Les octets décimaux vont de 0 à 255, séparés par des blancs ASCII. Les virgules, crochets et préfixes 0x ne sont pas supprimés : une liste de code doit être adaptée avant utilisation.
Le remplissage Base32 ne concerne que l’encodage. Les marqueurs Adobe d’Ascii85 ne s’appliquent pas à Git b85. Z85 demande des groupes de quatre octets, sans ajout automatique de zéros. L’exemple respecte le format actuellement choisi.
Ouvrez les détails pour comparer les octets hexadécimaux et décimaux. Sans conversion automatique, Ctrl/Cmd + Entrée lance le calcul. L’inversion propose un aperçu avant de remplacer l’entrée ; l’annulation restaure ensemble les paramètres et les résultats.
Base16 écrit deux chiffres hexadécimaux majuscules par octet et accepte les minuscules au décodage. Base32 utilise A–Z et 2–7 ; base32hex utilise 0–9 et A–V. Ce dernier est un alphabet différent, pas un synonyme d’entrée hexadécimale.
Bitcoin et Flickr partagent les mêmes caractères dans un ordre différent. Chaque octet nul initial devient un 1 initial. La longueur de la suite d’octets est ainsi conservée, contrairement à une simple conversion de sa valeur entière.
Ascii85 accepte z pour un bloc nul complet et des marqueurs Adobe facultatifs. Git b85 utilise l’alphabet du RFC 1924 par blocs de quatre octets. Z85 applique l’alphabet ZeroMQ et impose des groupes complets. La variante détermine donc bien plus que le nom affiché.
Le résultat expose le nombre d’octets et les vues hexadécimale et décimale. Un UTF-8 invalide ne devient pas un caractère de remplacement. Les octets obtenus restent consultables, même lorsque la représentation textuelle échoue.
MY====== et MY représentent tous deux f, mais MY= a un remplissage incomplet. Utilisez le remplissage exact ou omettez-le entièrement. Les bits inutilisés sont également vérifiés. Assurez-vous que la source utilise bien Base32, plutôt que base32hex ou Crockford.
L’alphabet, les marqueurs et les groupes finaux diffèrent. Ascii85 utilise ! à u, Git b85 correspond aux blocs de b85encode en Python et Z85 sert à ZeroMQ. Le raccourci z et les marqueurs Adobe ne peuvent pas être transposés aux autres formats.
Chaque octet nul initial donne un 1 initial avec les deux alphabets pris en charge. Ainsi, 00 00 01 devient 112. Le convertisseur conserve la suite d’octets, alors qu’une conversion de la seule valeur entière perdrait ces zéros initiaux.
Les caractères deviennent d’abord des octets UTF-8. Accents, emoji et caractères combinés sont pris en charge sans normalisation. Si les octets originaux ne sont pas du UTF-8, demandez une sortie hexadécimale ou décimale plutôt qu’un texte.
Pas de façon fiable. Les alphabets se recouvrent : plusieurs décodeurs peuvent accepter la même chaîne et produire des octets différents. Choisissez le format indiqué par la source, puis vérifiez un exemple connu et le nombre d’octets.
Base58Check ajoute une version et une somme de contrôle autour des octets. Cette page ne traite que Base58 brut et ne crée ni ne vérifie cette enveloppe. Un décodage réussi ne garantit donc pas la validité d’une adresse ou d’une clé.
Un cas d’encodage à signaler ?
Utilisez cet Encodeur Base32 sur un exemple court, vérifiez l’alphabet et la représentation des octets, puis passez à plusieurs lignes.