JPEG文件支持渐进式显示，通过将压缩数据分为多个扫描，先传输低频分量，使部分下载的图像以低分辨率显示而非截断。每个扫描有独立头部，包含通道和霍夫曼表信息，颜色通道采用YCbCr格式，亮度与色度分离处理。

好的，这是根据您的要求，对原文主要内容进行的中文重述，保留了关键细节，并删减了与主题无关的评论性内容。

文章标题： 退化JPEG：利用渐进式编码实现多图切换与“视频”效果

核心内容：

JPEG文件的一个特性是支持渐进式编码，即可以优先保存图像的低频分量。这意味着，在文件部分下载时，图像会以低分辨率显示，而不是从上到下被裁切。

在文件内部，这种效果是通过将压缩数据分解成多个“扫描（scan）”来实现的。每个扫描都有一个头部，并包含特定范围的DCT（离散余弦变换）系数。例如，第一个扫描通常只包含所有颜色通道的最低频（DC）系数，形成一个极低分辨率的预览。

文章通过一个具体的例子，展示了一个包含10个扫描的JPEG文件结构。这些扫描逐步添加细节和精度：

1. 扫描0：包含Y（亮度）、Cb、Cr三个通道的DC系数，精度减半，提供极低分辨率预览。
2. 扫描1：为亮度（Y）通道添加1-5频段的系数，精度为四分之一。
3. 扫描2-3：分别为Cb和Cr通道添加1-63频段的全部系数，精度为一半。
4. 扫描4：为亮度（Y）通道添加6-63频段的系数，精度为四分之一，用于填补扫描1留下的空缺。
5. 扫描5：为亮度（Y）通道添加1-63频段的全部系数，精度为四分之一。
6. 扫描6-9：分别为Y、Cr、Cb通道添加全精度数据，最终达到完整画质。

由于每个扫描可以独立设置其频谱范围，理论上可以构造一个JPEG文件，让后续的扫描覆盖已渲染的图像数据。实现方法很简单：将多个分辨率相同的JPEG图像拼接起来，并过滤掉文件头（SOI）、帧头（SOF）和文件尾（EOI）标记。当通过慢速网络加载这个拼接文件时，它会随着下载进度在多个图像之间切换。

然而，大多数解码器会限制处理的扫描数量（通常约90个），以防止类似“压缩炸弹”的问题。这限制了可切换的帧数，不足以制作真正的动画。

为了在有限扫描数内实现更多帧，需要最小化每帧的扫描数。最直接的想法是使用只有单个扫描的基线JPEG，但这行不通。因为基线模式不支持渐进式，解码器在第一个扫描后就会停止。而渐进模式下，一个扫描不能同时包含DC和AC数据。因此，最小的渐进式JPEG只包含一个DC-only的扫描。由于DCT基于16x16像素块，这种图像的分辨率只有原始图像的1/16。

通过这种方法，可以在Chrome中实现约90帧的切换，在其他浏览器中效果也类似。由于只包含DC扫描，没有真正的渐进过程，因此避免了因AC数据叠加而产生的“鬼影”问题。

这种“DC-only”帧是符合标准的图像，可以使用jpegtran等工具轻松创建。利用这些帧，可以将整个“视频”打包进一张图片中。不过，这种方法没有实际应用价值，因为无法添加时间信息，播放速度完全取决于网络延迟。

尽管如此，利用部分渲染的特性可以创造出一些有趣的效果，例如纯HTML的“视频”页面，甚至是不含CSS和JavaScript的交互式单页应用。

根据评论内容，主要观点和论据如下：

技术创意与实现（高认可度）： - 巧妙地将一张图像的低频系数与另一张图像的高频系数拼接，效果出人意料地好（评论2："just smash them together... works surprisingly well!"） - 可通过服务器实时生成JPEG并分块发送，实现近似时序控制（评论1："make your web server create the 'jpeg' on the fly and send it in timed chunks"）

应用扩展（中等认可度）： - 可制作动画GIF转JPEG转换器，通过重复帧减慢动画（评论3："make an animated gif to jpeg converter... slow by repeating frames"）

负面反馈（低认可度）： - Safari浏览器在图片完全下载前会冻结（评论7："Safari just freezes in place until the image is entirely finished downloading"）

总体评价（高认可度）： - 多数评论者表示惊叹和赞赏（评论4："Cursed... definitely in the right place here"；评论5："My jaw dropped. Very cool."）