tag Tekst ↔ Hex Converter star

Hoe werkt tekst-naar-hex-codering?

Hexadecimaal is een positioneel talstelsel met grondtal 16: 16 symbolen (0-9, daarna A-F voor 10-15) waarbij de positie van elk cijfer een macht van 16 waard is. De reden dat het zo natuurlijk aansluit bij computers is dat één hex-cijfer precies 4 bits (één "nibble") voorstelt — dus twee hex-cijfers stellen altijd precies één byte (8 bits) voor, zonder afronding of dubbelzinnigheid. Daarom heeft een bytewaarde nooit meer dan twee hex-tekens nodig: 0-255 wordt netjes afgebeeld op 00-FF.

Deze tool zet tekst om naar en vanuit die representatie. Tekst wordt eerst met UTF-8 omgezet naar ruwe bytes (zodat elk teken, inclusief Turkse letters en emoji, de heen- en terugreis overleeft), waarna elke byte wordt geschreven als zijn hex-paar van twee cijfers: "Hi" wordt 48 69, omdat de letter H byte 72 is (0x48) en i byte 105 (0x69). Een concreet voorbeeld met een niet-ASCII-teken: "çay" wordt gecodeerd naar C3 A7 61 79 — "ç" alleen al neemt twee bytes in beslag (C3 A7) omdat het buiten het ASCII-bereik van één byte valt, terwijl "a" en "y" elk één byte zijn. Decoderen keert het proces om en negeert spaties, regeleinden en "0x"-prefixen.

Deze koppeling tussen tekst, bytes en hex is ook de reden waarom de tool ver voorbij nieuwsgierigheid nuttig is: een hexdump uit een netwerksniffer of seriële console plakken en als tekst teruglezen, een korte binaire payload als hex insluiten in een JSON-tekenreeks, of dubbelchecken dat een waarde die uw eigen code heeft geproduceerd overeenkomt met wat een specificatiedocument in hex toont — dit alles is gewoon de codeer/decodeer-richting toegepast op een echte debugtaak.

Wat u moet weten

• Hex-codering is geen versleuteling: het verandert alleen de representatie van gegevens, niet de geheimhouding ervan. Elke hex-tekenreeks wordt direct en deterministisch teruggedecodeerd naar de oorspronkelijke bytes — iedereen met de tekenreeks kan het lezen. Gebruik voor echte vertrouwelijkheid echte versleuteling (bijv. AES), geen codering.
• Waarom 4 bits per cijfer belangrijk is: een nibble (4 bits) heeft precies 16 mogelijke waarden (0000-1111 in binair), wat één-op-één wordt afgebeeld op een enkel hex-cijfer zonder rest — in tegenstelling tot decimaal, waar het omzetten van binair naar grondtal 10 rekenwerk over het hele getal vereist. Dit is waarom hex opduikt in kleurcodes (#RRGGBB — drie bytes, zes hex-cijfers), geheugenadressen en low-level debuggen: het is het compactste leesbare beeld van ruwe binaire gegevens.
• UTF-8 heeft een variabele breedte: ASCII-tekens nemen één byte in beslag, maar letters met accenten en de meeste niet-Latijnse schriften nemen er twee, en emoji nemen er vaak vier — daarom is de lengte van de hex-uitvoer niet simpelweg "twee tekens per zichtbare letter" zodra niet-ASCII-tekst in het spel is.
• Geaccepteerde invoerformaten: de decoder accepteert hex-paren met of zonder spaties, regeleinden of "0x"-prefixen — "48 69", "4869" en "0x48 0x69" decoderen allemaal naar "Hi".
• Hoofdlettergebruik maakt niet uit bij decoderen: hex-letters A-F kunnen in hoofdletters, kleine letters of gemengd worden geschreven en decoderen identiek, omdat beide dezelfde vierbits-waarden voorstellen — alleen de bytegroepering en -volgorde zijn van belang.