HxD - schneller Hexeditor, Disk-Editor und RAM-Editor

[p80286]

Hätte es HxD vor 35 Jahren schon gegeben, ich hätte mich nie ans Programmieren gemacht.


Gruß
K-H

[mael]

Version 2.3 von HxD ist nun verfügbar.

Changelog und Download befinden sich wie bisher auf meiner Seite.

[dummzeuch]

Das Plugin-Interface muss ich mir unbedingt mal ansehen. Wir haben eine Menge binärer Dateien mit festem Record-Aufbau.

Tolles Tool übrigens!

[mael]

Freut mich zu hören.

Bisher kann man nur einfache Datentypen konvertieren, oder man findet einen Weg alles in eine Textzeile zu schreiben.

Zitat von p80286:

Hätte es HxD vor 35 Jahren schon gegeben, ich hätte mich nie ans Programmieren gemacht.

Freut mich. Wollte schon vorher kommentieren, aber war mir nicht ganz sicher warum du deswegen auf das Programmieren verzichten würdest, und habe deswegen gewartet ob es irgendwie klarer wird (ist es nicht haha).

[mael]

Hallo,

Falls jemand Kommentare zur Entwicklung des UTF-8 Supports (und anderer Multibyteencodings) hat und wie das von der Benutzerperspektive sein wird, hier ist ein Forumsthread der dies detailliert:

https://forum.mh-nexus.de/viewtopic.php?f=4&t=1004

[p80286]

Zitat von mael:

Freut mich zu hören.

Bisher kann man nur einfache Datentypen konvertieren, oder man findet einen Weg alles in eine Textzeile zu schreiben.

Zitat von p80286:

Hätte es HxD vor 35 Jahren schon gegeben, ich hätte mich nie ans Programmieren gemacht.

Freut mich. Wollte schon vorher kommentieren, aber war mir nicht ganz sicher warum du deswegen auf das Programmieren verzichten würdest, und habe deswegen gewartet ob es irgendwie klarer wird (ist es nicht haha).

Ich hab damals die Tools für die Daten/Disketten-Konvertierung selbst geschrieben. Mit TPascal ging das besser als mit Basic, weil der Kompiler so schnell wie ein Interpreter war.
Dann 3 oder vier Bausteine in eine Batchdatei und man konnte sich ein echtes Produktivitätstool basteln.

Ok ich hab damals viel gelernt, aber der Aufwand für mich war enorm, denn jede Information mußte aus 2 m Büchern destilliert werden.
(Ich habe die IBM-Doku geliebt und gleichzeitg gehasst)

Mit HxD hätte ich viele Analysetools schenken können.
Gruß
K-H

[mael]

Version 2.4 von HxD ist nun verfügbar.

Changelog und Download befinden sich wie bisher auf meiner Seite.

[mael]

Ich arbeite seit einiger Zeit an UTF-8 Support und an Unicode-Text-Ausgabe. Das Thema, alleine das Fontrendering, ist erstaunlich komplex, besonders wenn man verschiedene Ausgabeformen für einen Hexeditor beachten muss, z.B. um Zeichen einzeln auszugeben und complex shaping (wie es von einigen nicht lateinischen Schriftsystemen verwendet wird) zu unterstützen bzw. selektiv zu deaktivieren.

Dann kommt noch die Färbung und die Mischung von verschiedenen Schriftarten, und variable Zeichenbreite bzw. Text in verschiedenen Schreibrichtungen dazu.

Ein Teil davon ist hier dokumentiert https://forum.mh-nexus.de/viewtopic.php?f=4&t=1004 falls jemand einen Blick reinwerfen will.

Jedenfalls wird wohl die nächsten Wochen eine Alpha-Version erscheinen. Eventuell auch zuerst ein allgemeines Textsteuerelement bevor es im Hexeditor erscheint.

Sinn ist es z.B. auch #0 Zeichen eingeben zu können oder einzelne Zeichen wie ein kombinierendes Diaresis (wie Umlaut, nur auf beliebigen Zeichen). Dadurch kann der Dateninspektor dann wirklich alle Chars richtig anzeigen, bzw. Strings die #0 oder Steuerzeichen enthalten. Steuerzeichen werden dann so ähnlich wie in SciTE oder Notepad++ angezeigt.

Im Laufe der Zeit habe ich auch viel von der umfassenden Unicode-Dokumentation gelesen, um rauszufinden wo sichere Grenzen sind beim Segmentieren von Byte-Streams, so dass die Textausgabe nicht variiert, je nach länge des gelesenen Abschnitts (kann z.B. bei BiDi-Texten, bzw. durch formatierenden Steuerzeichen, aber auch durch kombinierende Zeichen ergeben).

Dann habe ich mich mit Schriftarten beschäftigt und wie sie aufgebaut sind, die OpenType-Dokumentation gelesen, um feinere Details von Uniscribe (API zum Ausgeben von Unicode-Text, mit mehr Kontrolle) zu verstehen. Aber auch das detaillierte Mapping von Chars nach Glyphs, habe ich mir angesehen und damit experimentiert. Es ist keine 1-zu-1-Abbildung ist, sondern wird durch Ligaturen, positionssensitive Formen (z.B. Arabisch), oder Umordnung und kontextuelle Ersetzung von Zeichen deutlich komplexer als was man normalerweise von einem Hexeditor bzw. eine einfachen Zeichentabelle erwartet.

Zusammen mit einer sinnvollen Abbildung zwischen Bytes und Zeichen, die auch nicht 1-zu-1 ist, sind viele kleine Details auch bei der Benutzerführung wichtig, damit man trotz dieser Änderung den Hexeditor noch "versteht".

Erstaunlicherweise, ist eine richtige und stabile Textausgabe recht kompliziert, besonders wenn man nicht wie bei Texteditoren von sinnvollen Unterteilungen wie Zeilen ausgehen kann.

Das Feature wird viel kleiner wirken als der Aufwand dahinter, es wird halt Text sein, nur jetzt in allen möglichen Sprachen die Unicode unterstützt. Trotzdem freue ich mich ein bisschen wenn es endlich soweit ist

[p80286]

Zitat von mael:

Das Feature wird viel kleiner wirken als der Aufwand dahinter, es wird halt Text sein, nur jetzt in allen möglichen Sprachen die Unicode unterstützt. Trotzdem freue ich mich ein bisschen wenn es endlich soweit ist

Ist das nicht schon immer so gewesen? die letzten 10% machen 90% der Arbeit!
Vielen Dank, daß Du Dich so reinhängst!


K-H

[Delphi-Laie]

Zitat von mael:

Das Feature wird viel kleiner wirken als der Aufwand dahinter

Sei unbesorgt: In einem Programmierforum wie diesem werden viele, wenn nicht die meisten den tatsächlichen Programmieraufwand kennen und so auch Deinen realistisch einschätzen und zu würdigen wissen.