我最近给一个文本文件，并告诉它可以被转换成图像。该文本文件看起来像这样...
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
从谷歌上搜索，我敢肯定，这是一个.hex文件（尽管许多我曾经在网上看到有不同的格式，所以我不能肯定十六进制文件）。
当我搜索“转换十六进制形象”，被格式化像我这样的结果是真干。
是某些人对这个是什么类型的文件，我如何能够将其转换回视图能够形象？
谢谢
这看起来像一个JPEG文件，在文件.hex编码。
我不习惯与hex文件的工作，但7第一位的样子他们基本上计数线。我不理会他们，我敢肯定，你可以找到关于究竟有角色是什么文件（如果有的话！）。真正的数据字节是什么在每一行的其余部分进行编码。
有时前，我写了一个lightweight jpeg encoder。我走进了源代码，看看我是否能在你的文件中看到字节摇铃：
该文件开始与d8ff，以及我写编码JPEG，其开始通过写入文件头，其将其标识为JPEG和编码关于它的信息，如它的大小不同的代码，通过写入字节FFDB开始（参见this line，其中“ SOI”代表‘启动文件’）。
然后，我们有e0ff 1000 464a 4649 0100 0001 ......和我的代码写到：FFE0 0010 4A46 4946 0001 0100（见line 127 and following），这是一个JFIF header标准的JPEG文件的下一个字节。
最后，你的文件的最后3个字节是d9ff和jpec写FFD9作为最终文件的字节。
显然，你的文件不具有相同的字节顺序为我编写的代码（实际上它看起来是middle-endian，我没有真正看到过...），但是你可以看到，2个字节（4个十六进制字符每个数据包）反相这两个字节的顺序时是一样的！这显然是一个JPEG编码的图像...
为了看这是一个形象，我会尝试：
希望这可以帮助！