Moin, also ich wollte ein Hex Code in einen leserlichen ASCII Code umwandeln, ich habe nun auch schon mehrere Programme, allerdings verstehe ich es leider nicht so wirklich.
Der HexCode der mir gesagt wurde lautet :
e378d16740eac9dd72b04883e17d0e7f568945c8eb5dc857c2b7a1057ec7fe8d …
So und nun habe ich es schon auf mehreren Seiten eingebene aber es kam nichts vernünftiges raus, wäre nett wenn mir das mal einer schnell machen kann oder es mir genauer erklären kann.
mfg
Hallo!
Siehe zum Beispiel hier: http://www.dolcevie.com/js/converter.html
So und nun habe ich es schon auf mehreren Seiten eingebene
aber es kam nichts vernünftiges …
Dann fehlt wahrscheinlich noch eine weitere Information von dir zu diesem HEX-Code. Mit deiner Angabe kommt eben das heraus:
?x?g@???r?H??}??V?E??]?W????~????
Wobei die Fragezeichen nicht darstellbare Zeichen sind.
mfg
christoph
Moin, also ich wollte ein Hex Code in einen leserlichen ASCII
Code umwandeln, ich habe nun auch schon mehrere Programme,
allerdings verstehe ich es leider nicht so wirklich.
Die Frage ist: Steckt hinter dem HEX-Code überhaupt lesbarer Text?!
Der HexCode der mir gesagt wurde lautet :
e378d16740eac9dd72b04883e17d0e7f568945c8eb5dc857c2b7a1057ec7fe8d
…
Das sieht zumindest schonmal nach einem HEX-Code aus. Wichtig ist, dass es nur die Ziffern von 0 bis 9 und die Zeichen a bis f enthält.
So und nun habe ich es schon auf mehreren Seiten eingebene
aber es kam nichts vernünftiges raus, wäre nett wenn mir das
mal einer schnell machen kann oder es mir genauer erklären
kann.mfg
Das liegt wahrscheinlich daran, dass sich hinter dem HEX-Code keine lesbaren Daten befinden (zumindest für Menschen). Um die das aber zu verdeutlichen, wie der Code aufgebaut sein wird (aber auch das hängt vom Ersteller des Codes ab, der hat da freie Hand): Immer zwei Zeichen bilden eine Zahl von 0-255 im Hexadezimal-Format. Diese Zahl ist dann der entsprechende ASCII-Code des Zeichens an dieser Stelle. Du solltest also hinterher eine halb so lange Zeichenkette erhalten.
Das Problem ist halt, dass man nicht sagen kann, was für Informationen in diesem Code enthalten sind und wie diese zu lesen sind - es sei denn, dass sie von Menschen logisch zu lesen sind.
Woher hast du diesen Code und was erhoffst du dir darin zu finden?
Moin, also ich wollte ein Hex Code in einen leserlichen ASCII
Code umwandeln, ich habe nun auch schon mehrere Programme,
allerdings verstehe ich es leider nicht so wirklich.
Die Frage ist ja zunächst mal ist das was du da hast überhaupt ASCIItext
Der HexCode der mir gesagt wurde lautet :
e378d16740eac9dd72b04883e17d0e7f568945c8eb5dc857c2b7a1057ec7fe8d
…
Davon ausgehend das es sich hierbei um Ascii Text handelt
nehmen wir mal die ersten 2 zeichen das wäre e3 was laut Ascii tabelle dem zeichen ó entsprechen würde
(siehe hier: http://www.tcp-ip-info.de/tcp_ip_und_internet/ascii.htm)
Wäre sehr ungewöhnlich würde ein lesbarer deutscher satz so beginnen.
So und nun habe ich es schon auf mehreren Seiten eingebene
aber es kam nichts vernünftiges raus, wäre nett wenn mir das
mal einer schnell machen kann oder es mir genauer erklären
kann.
Also ein Zeichen wird (bzw. wurde) dargestellt durch ein Byte.
Ein Byte = 8 Bit.
Ein Bit = 0 oder 1
Daraus ergeben sich 256 Kombinationsmöglichkeiten von 0 und 1 (2^8=256)
Das heißt z.B.:
Hexerdezimal 54 = Dezimal 84 = Binär 01010100 = T laut Ascii-Tabelle
Hier ergibt sich nun folgendes Problem 256 Zeichen reichen einfach nicht aus um alle vorhandenen Zeichen in einer Tabelle zu speichern darum gibt es (soweit ich weiß) abhängig vom Standort verschiedene ASCII Tabellen. (Google da aber sicheheitshabler nochmal nach)
Um dem nun entgegenzuwirken (dem Platzproblem in der ASCII Tabelle) hat man nun Unicode ins leben gerufen. Das Prinzip ist hierbei fast identisch nur werden anstatt einem Byte 2 genommen um ein Zeichen darzustellen daraus ergeben sich dann 256^2 (65536) Kombinationsmöglichkeiten und es können wesentlich mehr Zeichen in einer Tabelle gespeichert werden.
Nun ist es also möglich das der obere Text keine ASCII sondern Unicode hexerdezimal enthält.
Oder aber (was fast wahrscheinlicher ist) er enthält gar keinen klartext sondern ist einfach nur Hexadezimaldatenmüll
Gruß Bytestorm
Um dem nun entgegenzuwirken (dem Platzproblem in der ASCII
Tabelle) hat man nun Unicode ins leben gerufen. Das Prinzip
ist hierbei fast identisch nur werden anstatt einem Byte 2
genommen um ein Zeichen darzustellen daraus ergeben sich dann
256^2 (65536) Kombinationsmöglichkeiten und es können
wesentlich mehr Zeichen in einer Tabelle gespeichert werden.
Kurze Anmerkung: UTF gibt es in verschiedenen Varianten. Du meinst sicher UTF-8, das besteht aber nicht grundsätzlich aus 2 Byte je Zeichen, sondern aus 1 bis 4 Byte, was UTF-8 zu der Variante aller UTF-Formate macht, bei der das Verhältnis zwischen Zeichenfülle (also der möglichen Menge an Zeichen) und Speicherbedarf am sinnvollsten ist (zumindest für die westliche Welt unter Verwendung von lateinischen Buchstaben). Das widerum macht UTF-8 auch unheimlich kompliziert. Das aber nur der Vollständigkeit halber.
Nun ist es also möglich das der obere Text keine ASCII sondern
Unicode hexerdezimal enthält.Oder aber (was fast wahrscheinlicher ist) er enthält gar
keinen klartext sondern ist einfach nur HexadezimaldatenmüllGruß Bytestorm
Ich gehe eher von letzterem aus.
wäre nett wenn mir das
mal einer schnell machen kann
Gar kein Problem:
e378d16740eac9dd72b04883e17d0e7f568945c8eb5dc857c2b7a1057ec7fe8d
der du hier eintrittst, lass alle Hoffnung fahren…
Glaubst du nicht? Beweis das Gegenteil!
SCNR
Hallo!
Davon ausgehend das es sich hierbei um Ascii Text handelt
nehmen wir mal die ersten 2 zeichen das wäre e3 was laut Ascii
tabelle dem zeichen ó entsprechen würde
(siehe hier:
http://www.tcp-ip-info.de/tcp_ip_und_internet/ascii.htm)
Eigentlich müssten wir davon ausgehen, dass es kein ASCII[1] Text ist. Denn es kommen Werte größer 7f (=127) vor. Und ASCII ist grundsätzlich nur ein 7-Bit Code. Der kann daher maximal nur 128 Zeichen kodieren.
Die Codepage auf deiner verlinkten Seite ist, wie dort auch beschrieben, sind da DOS Erweiterungen dabei. Also eigentlich kein ASCII mehr, sondern Codepage 437[2]
Hier ergibt sich nun folgendes Problem 256 Zeichen reichen
einfach nicht aus um alle vorhandenen Zeichen in einer Tabelle
zu speichern darum gibt es (soweit ich weiß) abhängig vom
Standort verschiedene ASCII Tabellen. (Google da aber
sicheheitshabler nochmal nach)
Da hast du grundsätzlich nicht unrecht, aber es sind nicht verschiedene ASCII-Tabellen sondern einfach verschiedene Zeichensätze. In unserem Sprachraum sind da Codepage 437 (DOS Erweiterung), Codepage 850 (DOS Latin-1), Windows 1252 (Windows Zeichensatz, der auf ISO 8859-1 aufbaut), ISO 8859-1 (Latin-1), ISO 8859-15 (Latin-15 mit Eurozeichen) und UTF-8 (Kodierung von Unicode) mehr oder weniger häufig im Einsatz.
mfg
christoph
[1]http://de.wikipedia.org/wiki/Ascii
[2]http://de.wikipedia.org/wiki/Codepage_437
Hallo!
Um dem nun entgegenzuwirken (dem Platzproblem in der ASCII
Tabelle) hat man nun Unicode ins leben gerufen. Das Prinzip
ist hierbei fast identisch nur werden anstatt einem Byte 2
genommen um ein Zeichen darzustellen daraus ergeben sich dann
256^2 (65536) Kombinationsmöglichkeiten und es können
wesentlich mehr Zeichen in einer Tabelle gespeichert werden.Kurze Anmerkung: UTF gibt es in verschiedenen Varianten. Du
meinst sicher UTF-8, das besteht aber nicht grundsätzlich aus
2 Byte je Zeichen, sondern aus 1 bis 4 Byte, was UTF-8 zu der
Variante aller UTF-Formate macht, …
Wenn man genau sein möchte (was auch zu empfehlen ist), muss man zwischen Unicode und UTF-8 unterscheiden.
Unicode[1] gibt einfach jedem nur erdenklichen auf der Erde vorkommenden Zeichen eine eindeutige Nummer. Mehr definiert Unicode selbst eigentlich nicht.
Da es sehr viele Zeichen auf der Welt gibt, müsste man nun wenn man Text abspeichern möchte, genügend Bits reservieren um eben alle Zeichen verarbeiten zu können. Da das recht unpraktisch ist, weil viel Speicher verloren geht, gibt es nun verschiedene Kodierungen (UTF-7, UTF-8, UTF-16, UTF-32)[2] die an dieses Problem unterschiedlich herangehen.
mfg
christoph
[1]http://www.unicode.org/standard/translations/german…
[2]http://de.wikipedia.org/wiki/Unicode_Transformation_…