Texto para hexadecimal

Por que hexadecimal e não decimal

Um dígito hexadecimal cobre exatamente 4 bits, então dois dígitos cobrem exatamente um byte, sempre. O decimal obriga a fazer conta para saber se um valor ainda cabe (128 está na faixa? e 256?), enquanto o hexadecimal mostra: 00 é o menor byte, ff é o maior, e todo byte no meio tem dois caracteres de largura. É esse alinhamento que faz do hexadecimal a notação dos dumps de memória, das capturas de pacotes, das assinaturas de arquivo e dos códigos de cor.

O que este conversor realmente produz

• Sempre minúsculo. O codificador escreve 6c, nunca 6C. O hexadecimal não diferencia maiúsculas de minúsculas, então nada se perde, mas se o formato de destino exigir maiúsculas, passe o resultado por um conversor de caixa.
• Sempre dois dígitos por byte. Uma tabulação é 09, não 9, para que as fronteiras entre bytes continuem contáveis.
• Espaço ou nada. Esses são os dois únicos separadores. Na codificação não existe prefixo 0x nem \x, então acrescente no seu editor se precisar de strings de escape de C ou Python.
• UTF-8 do começo ao fim. O texto é medido em bytes, não em caracteres.

Hexadecimal e Unicode

H ocupa um byte em UTF-8, então vira 48. Tudo que sai do ASCII puro ocupa mais:

Assim, Hello codifica como 48 65 6c 6c 6f, cinco caracteres e cinco bytes, enquanto café codifica como 63 61 66 c3 a9: quatro caracteres, mas cinco bytes, porque o é precisa de dois. O mesmo vale para o ç (c3 a7) e para o ã (c3 a3). Se uma string curta produz mais pares hexadecimais do que você esperava, esse costuma ser o motivo.

O que o decodificador aceita

Cole qualquer um destes e você recebe Hello de volta:

• 48 65 6c 6c 6f, no estilo hexdump
• 48656c6c6f, cru e sem separadores
• 0x48656c6c6f, no estilo de literal inteiro
• \x48\x65\x6c\x6c\x6f, escapes de C e de Python
• 48,65,6C,6C,6F, separado por vírgulas e em qualquer mistura de maiúsculas e minúsculas

Prefixos, vírgulas, espaços, tabulações e quebras de linha são removidos antes de decodificar. O resto não: um hífen em 48-65, um # na frente de um código de cor ou uma letra depois do f interrompem a decodificação, e o mesmo acontece com um número ímpar de dígitos, porque meio byte não vira caractere. Nesses casos a ferramenta não devolve nada em vez de chutar um resultado parcial. Se a área de saída ficar vazia, é aí que você deve procurar.

Cores hexadecimais usam a mesma notação, não o mesmo conteúdo

#ff8800 usa o mesmo sistema de base 16, mas esses três bytes descrevem os canais vermelho, verde e azul, não caracteres. Tire o # e decodifique aqui: você vai receber três bytes crus que não formam texto legível. Para isso, use um seletor de cores.