Texto a hexadecimal

Por qué hexadecimal y no decimal

Un dígito hexadecimal cubre exactamente 4 bits, así que dos dígitos cubren exactamente un byte, siempre. El decimal te obliga a hacer cuentas para saber si un valor todavía cabe (¿128 entra en el rango?, ¿y 256?), mientras que el hexadecimal lo enseña: 00 es el byte más pequeño, ff es el más grande y todos los de en medio ocupan dos caracteres. Esa alineación es la razón de que el hexadecimal sea la notación de los volcados de memoria, las capturas de paquetes, las firmas de archivo y los códigos de color.

Qué produce exactamente este conversor

• Siempre en minúsculas. El codificador escribe 6c, nunca 6C. El hexadecimal no distingue mayúsculas de minúsculas, así que no se pierde nada, pero si tu formato de destino exige mayúsculas, pasa el resultado por un conversor de mayúsculas.
• Siempre dos dígitos por byte. Un tabulador es 09, no 9, para que los límites entre bytes se puedan contar.
• Espacio o nada. Esos son los dos únicos separadores. Al codificar no hay prefijo 0x ni \x, así que añádelos en tu editor si necesitas cadenas de escape de C o Python.
• UTF-8 de principio a fin. El texto se mide en bytes, no en caracteres.

Hexadecimal y Unicode

H ocupa un byte en UTF-8, así que se convierte en 48. Todo lo que se sale del ASCII puro ocupa más:

Así que Hello se codifica como 48 65 6c 6c 6f, cinco caracteres y cinco bytes, mientras que café se codifica como 63 61 66 c3 a9: cuatro caracteres, pero cinco bytes, porque la é necesita dos. Lo mismo pasa con la ñ (c3 b1) y con cualquier vocal acentuada. Si una cadena corta produce más pares hexadecimales de los que esperabas, esa suele ser la razón.

Qué acepta el decodificador

Pega cualquiera de estos y recuperas Hello:

• 48 65 6c 6c 6f, al estilo hexdump
• 48656c6c6f, en crudo y sin separadores
• 0x48656c6c6f, al estilo de literal entero
• \x48\x65\x6c\x6c\x6f, escapes de C y de Python
• 48,65,6C,6C,6F, separado por comas y en cualquier mezcla de mayúsculas y minúsculas

Los prefijos, las comas, los espacios, los tabuladores y los saltos de línea se eliminan antes de decodificar. Lo demás no: un guion en 48-65, una # delante de un código de color o una letra posterior a la f detienen la decodificación, y lo mismo ocurre con un número impar de dígitos, porque medio byte no puede convertirse en un carácter. En esos casos la herramienta no devuelve nada en lugar de aventurar un resultado parcial. Si el área de salida se queda vacía, ahí está el motivo que hay que buscar.

Los colores hexadecimales usan la misma notación, no el mismo contenido

#ff8800 emplea el mismo sistema en base 16, pero esos tres bytes describen los canales de rojo, verde y azul, no caracteres. Quita la # y decodifícalo aquí y obtendrás tres bytes crudos que no son texto legible. Para eso usa mejor un selector de color.