jpeg文件格式解码

Question

我正在尝试使用 C 从头开始编写 JPEG/JFIF 编码器和解码器。 我尝试编写一个示例 JPEG 文件，但似乎无法使用 MS Paint Firefox 打开它。 But I can decode it using JPEGsnoop ( http://www.impulseadventure.com/photo/jpeg-snoop.html?ver=1.5.2 ) and http://nothings.org/stb_image.c . 我认为示例 JPEG 文件符合 JPEG/JFIF 标准，我不知道为什么像 MS Paint 和 Firefox 这样的应用程序无法打开它。

以下是示例 JPEG 的外观：

    SOI
       APP0 segment
       DQT  segment (contains two quantization tables)
       COM  segment
       SOF0 segment
       DHT  segment (contains four Huffman tables)
       SOS  segment
       huffman encoded data
    EOI

样本 JPEG 文件具有三个分量 Y Cb Cr。 没有对 Cb Cr 分量进行二次抽样。 这两个量化表都用一个填充。 DHT段中的四个霍夫曼表都是相同的，看起来像这样

      [0 0 0 0 0 0 0 255 0 0 0 0 0 0 0 0]
      [0,1,2, ... , 254]

这意味着所有的代码都是 8 位的，所以霍夫曼编码并没有真正压缩数据。

霍夫曼编码数据如下所示：

       [0x0000(DC) 0x0000(AC)](Y)  
       [0x0000(DC) 0x0000(AC)](Cb) 
       [0x0000(DC) 0x0000(AC)](Cr)  for all (i, j) MCUs except (10, 10)

       the data in (10, 10) MCU: 
       [0x0008(DC) 0x0000(DC), 0x0000(AC)](Y)  
       [0x0000(DC) 0x0000(AC)](Cb) 
       [0x0000(DC) 0x0000(AC)](Cr)

谁能告诉我这个示例 JPEG 文件有什么问题？ 谢谢。

这是示例 JPEG 文件的链接 (ha.jpg) http://www.guoxiaoyong.net/ha.jpg

Answer 1

几年前，我在使用一些 PNG 代码时遇到了类似的问题（尽管我不是从头开始编写的）。 事实证明，我的代码比 Windows、某些浏览器等的库更符合标准。它们在典型情况下做得很好，但在不寻常和人为的图像上却窒息，即使它们完全符合标准。 一种常见的绊倒它们的方法是为图像使用奇数像素宽度。 Windows 几乎看不到我的测试套件的一半。 （这是很多以前的版本，例如 Windows 95。Windows 编解码器已大大改进。）

我最终构建了开源 PNG 库并将其用作我的参考实现。 只要我的代码生成的图像可以被参考实现解析，反之亦然，我称之为好。 我还检查了我的代码是否可以显示 Windows 可以显示的任何图像。 每次发现错误时，我都会在修复之前将图像添加到我的测试套件中。 这对我的项目来说已经足够好了。

你也可以这样做。 我相信有一个开源 JPEG 库被广泛用作参考实现。

如果您真的想弄清楚为什么 Firefox（或其他）无法打开您的图像，您可以尝试从在 Firefox 中打开的图像开始。 逐步进行小的更改（例如，使用十六进制编辑器）以使其更像失败的图像。 这可能会帮助您缩小图像的哪些方面会影响应用程序。 诚然，其中一些步骤可能很难尝试。

Answer 2

我认为您的文件编码非常非常规。 我建议您找到一个参考文件并尝试模仿该结构。 另外，我会使用标准中的示例表。 您的霍夫曼数据充满了零，使每个 DC 值都为零，然后是块结束。

如果您查看 jpegsnoop，您的图像有两种色调，但它应该是同质的。 我的猜测是您没有足够的数据以您指定的分辨率对图像进行编码。 我相信很多解码器会认为这意味着您的文件已损坏。

Answer 3

Firefox（和许多其他应用程序 AFAIK）基于Independent JPEG group的开源 JPEG 库。

您可以为此下载源代码，然后确切了解它为什么不喜欢您的文件以及何时不喜欢您的文件。

此外，这将节省您重新发明轮子:-)