解码 JPEG 文件时跨浏览器不兼容？

Question

有些事情让我感到困惑 - 为什么此图像在每个浏览器中显示不同？

IE9（和 Windows 照片查看器）中的图像：

Firefox（和 Photoshop）中的图像：

Chrome（和 Irfanview）中的图像：

他们的 JPEG 解码过程中发生了什么，导致最终输出如此不同？

（在 IE、Firefox、Chrome 等浏览器中查看即可明白我的意思。）

Answer 1

JPEGSnoop（来源现在可用@sourceforge）在我们到达 Y'CbCr 之前就报告了大的亮度溢出到 RGB 转换。我在其他一些文件上遇到这些错误，但溢出通常很小 - 256 或 257，而最大值为 255。此处计算的亮度为 729！

JPEGSnoop 作者对 YCC 溢出的评论：

DC 中的 YCC 削波 - 每个 MCU 添加或
从 DC（平均）值中减去
在之前的MCU中。这些都应该
保持在 8 位范围内，但是
DC 系数的损坏可能
导致这个值偏离
范围。此类错误会导致
颜色突然大幅变化或
图像的亮度。作为这种类型
错误一般不会恢复，
JPEGsnoop 只会报告第一个
其中 10 个在日志文件中。

我对跨 MCU DC 并不熟悉，但 Pennebaker &米切尔同意。

*** Decoding SCAN Data ***
  OFFSET: 0x00000160
  Scan Decode Mode: Full IDCT (AC + DC)

  Scan Data encountered marker   0xFFD9 @ 0x00027CA9.0

*** NOTE: YCC Clipped. MCU=(   0,   0) YCC=(  729,  109,  171) Y Overflow @ Offset 0x00027CA8.2
*** NOTE: YCC Clipped. MCU=(   0,   0) YCC=(  682,  109,  172) Y Overflow @ Offset 0x00027CA8.2
*** NOTE: YCC Clipped. MCU=(   0,   0) YCC=(  741,  109,  173) Y Overflow @ Offset 0x00027CA8.2
*** NOTE: YCC Clipped. MCU=(   0,   0) YCC=(  629,  109,  174) Y Overflow @ Offset 0x00027CA8.2
*** NOTE: YCC Clipped. MCU=(   0,   0) YCC=(  841,  109,  175) Y Overflow @ Offset 0x00027CA8.2
*** NOTE: YCC Clipped. MCU=(   0,   0) YCC=(  319,  109,  176) Y Overflow @ Offset 0x00027CA8.2
*** NOTE: YCC Clipped. MCU=(   0,   0) YCC=(  928,  109,  177) Y Overflow @ Offset 0x00027CA8.2
*** NOTE: YCC Clipped. MCU=(   0,   0) YCC=(  624,  109,  177) Y Overflow @ Offset 0x00027CA8.2
*** NOTE: YCC Clipped. MCU=(   1,   0) YCC=(  785,  107,  171) Y Overflow @ Offset 0x00027CA8.2
*** NOTE: YCC Clipped. MCU=(   1,   0) YCC=(  559,  107,  171) Y Overflow @ Offset 0x00027CA8.2
    Only reported first 10 instances of this message...

Answer 2

JPEG 可以用 RGB 或 CMYK 进行编码。这些细节通常在 CMYK 时出现。在图像编辑程序中打开文件并将其另存为 RGB JPEG，然后向 CMYK 打印机致敬，它们现在将具有与您之前在浏览器中看到的不同结果。

Answer 3

我只是猜测。
如果创建图像是为了显示这些差异，那么它可能不是经过编码的正常图像，而是无效的图像，其中计算的颜色超出 0 到 255 的范围，并且不同的解码器以不同的方式处理这些图像。

Answer 4

例如，如果您在 Photoshop 中将该特定图像的颜色配置文件从 CMYK 更改为 sRGB，则它在所有浏览器中的显示效果或多或少会相同。