Endianness

Eine gepackte Struktur als name:typ mit einem Feld je Zeile beschreiben und ihre Bytes einfügen. Dekodieren interpretiert dieselben Bytes in beiden Reihenfolgen. Änderungen entfernen alte Ergebnisse. Beispiel stellt die synthetischen Beispieldaten wieder her; Leeren entfernt Ergebnisse und erhält Eingaben. Vergleich kopieren liefert tabgetrennte Überschriften und alle dekodierten Felder.

Typen: u8/i8, u16/i16, u32/i32, u64/i64, f16/f32/f64, char und pad. [N] wiederholt einen Typ; # beginnt einen Strukturkommentar. Namen müssen eindeutig sein. Felder liegen direkt hintereinander: keine automatische C-Struct-Ausrichtung, Padding-, Offset- oder Dateiformaterkennung. Bekannte Lücken ausdrücklich als pad[N] angeben. Bei Arrays wird die Byte-Reihenfolge innerhalb jedes Skalars geändert, nicht die Reihenfolge der Elemente.

Hex akzeptiert zusammenhängende Bytepaare oder Tokens, getrennt durch Leerraum, Kommas, Semikolons, Doppelpunkte oder Unterstriche. Jedes Token enthält vollständige Bytes und darf mit 0x beginnen. Adressen und ASCII-Spalten aus Hexdumps vorher entfernen; nur die eigentlichen Bytes einfügen. 64-Bit-Ganzzahlen bleiben exakt; IEEE-Half/Single/Double erhalten negative Null und zeigen Infinity/NaN. Zeichenbytes behalten ihre Reihenfolge; nichtdruckbare/nicht-ASCII-Bytes erscheinen als Backslash-x-Escapes einschließlich NUL. Paddingfelder haben keinen interpretierten Wert.

Offsets sind hexadezimale Adressen ab null und steigen in beiden Ansichten gleich. Big-endian entspricht bei mehrbyteigen Zahlen der Netzwerk-Byte-Reihenfolge. Die Byteübersicht enthält den Originalpuffer einschließlich zusätzlicher Bytes hinter der Struktur. Ein unvollständiger Puffer wird abgewiesen, zusätzliche Bytes werden gemeldet. Grenzen: 128 Felder, je 1.024 Elemente, 16.384 Strukturzeichen, 64 KiB Struktur/Puffer und 524.288 Hex-Eingabezeichen. Alles läuft im Browser ohne dauerhafte Eingabespeicherung.