(Convertir.hex?) fichier de l'image visible

M'a récemment donné un fichier texte et dit qu'il pourrait être converti en une image. Le fichier texte ressemble à...

0000000 d8ff e0ff 1000 464a 4649 0100 0001 0100
0000010 0100 0000 e2ff a80c 4349 5f43 5250 464f
0000020 4c49 0045 0101 0000 980c 7061 6c70 1002
...
000d320 8b4c 1b28 3bd4 0016 91e0 799e 34c1 4457
000d330 7113 ee4d cd73 4945 63db d9ff          
000d33c

De googler, je suis assez sûr que ce soit un .fichier hex (bien que de nombreux fichiers hex que j'ai vu en ligne ont différents formats, afin que je n'en suis pas certaine).

Quand je fais une recherche pour 'la conversion hex de l'image', les résultats sont mis en forme comme le mien sont vraiment secs.

Est ce que quelqu'un certain type de fichier c'est et comment je peux reconvertir en vue de pouvoir de l'image?

Grâce

InformationsquelleAutor user2636689 | 2013-07-31
  1. 1

    Cela ressemble à un fichier jpeg, encodé dans un .hex fichier.

    Je ne suis pas habitué à travailler avec les hex fichiers, mais les 7 premiers chiffres se ressemblent, ils sont fondamentalement de comptage de lignes. Je vais juste ignorer, je suis sûr que vous pouvez trouver de la documentation sur ce qu'est exactement il y rôle (le cas échéant!). Le réel octets de données sont ce qui est codé dans le reste de chaque ligne.

    Il y a quelque temps, j'ai écrit un léger codeur jpeg. Je suis allé dans la source pour voir si les octets je peux le voir dans votre fichier a sonné une cloche:

    Le fichier commence par d8ff, et le code que j'ai écrit pour l'encodage jpeg, qui commence par l'écriture du fichier d'en-tête qui l'identifie comme un jpeg et encode l'information à ce sujet, tels que sa taille, commence par écrire les octets FFDB (voir cette ligne, où le "SOI" signifie "au Début Du Fichier").

    Nous avons alors e0ff 1000 464a 4649 0100 0001... et mon code écrit: FFE0 0010 4A46 4946 0001 0100 (voir la ligne 127 et suivantes), quels sont les prochains octets d'un standard de fichier JPEG avec une JFIF en-tête.

    Enfin, les 3 derniers octets de votre fichier sont d9ff, et jpec écrit FFD9 que la Fin Du Fichier en octets.

    Évidemment, votre fichier n'est pas écrit avec la même boutisme, mon code (en fait on dirait qu'il est moyen-endian, je n'ai pas vraiment vu ça avant...), mais vous pouvez voir que chaque paquet de 2 octets (4 caractères hexadécimaux) est le même que lors de l'inversion de l'ordre de ces deux octets! C'est évidemment un jpeg-image encodée...

    À lire une image, je voudrais essayer:

    1. simplement dépouiller les 7 premiers chiffres de chaque ligne et d'écrire les octets restants comme un fichier binaire, si l'endianness de ce fichier hex correspond à la une sur votre machine, ou
    2. dénuder les 7 premiers chiffres et l'inversion de l'ordre de chaque paquet de 2 octets, et de l'écrire dans un fichier binaire, si l'endianness de votre machine correspond à celui que j'ai écrit Jpec pour!

    Espérons que cette aide!

    InformationsquelleAutor mbrenon