什么时候交错图像？

Question

作为一般的经验法则，当gif交错，png交错和jpeg渐进是适当的吗？

特别是在网络上发布图像时。

Answer 1

• JPEG：是 - use progressive scan。它使文件更小（each pass gets its own Huffman table），部分渲染看起来非常好。

• GIF：否 - 不太可能使文件变小，部分渲染效果差，而且对animGIF来说毫无意义。这是最好的not to use GIF at all（yes, even for anims）。

• PNG： NO - 它会影响压缩（因为每次传递的数据在统计上都非常不同）。如果图像很大，请尽可能使用高质量的JPEG或lossy PNG，因为这些加载速度可能比大型无损PNG的像素化预览更快。

ImageOptim会在文件变小时自动更改渐进式/隔行扫描格式。

---

挑剔的免责声明：

• 在小型和中型图像的情况下，每个图像的渐进式预览不会足够长，以便用户欣赏它。有些浏览器在整个文件下载之前甚至都不打算渲染任何东西，所以最好集中精力节省带宽以尽快加载整个页面。
• 当文件很小（小缩略图）时，非渐进式JPEG会更有效率，但是节省的费用也很小。
• iOS Safari的基线JPEG最大允许图像尺寸高于渐进式图像尺寸，但正确的解决方案是首先以合理的移动尺寸提供图像。

Answer 2

我的一般经验法则：不要使用隔行扫描。隔行扫描格式通常占用更多空间，在解码器中具有（稍微）更高的复杂性和更少的支持，并且所谓的用户体验优势至少是值得商榷的。 PNG和general中的一些论点。

  

有些人喜欢隔行扫描或“渐进式”图像加载   逐渐。这些格式背后的理论是用户可以在   至少看看图像的模糊全尺寸代理，而所有的位   正在加载。在实践中，用户被迫看模糊   所有位都加载时图像的全尺寸代理。是吗   做了什么？好吧，它看起来有点模糊。哦等等，图像的顶部   似乎得到了更多的细节。也许它现在已经完成了。它是   尽管如此，仍然有点模糊。也许摄影师没有使用   鼎。哦等等，现在似乎正在清理......

Answer 3

隔行扫描图像的效率稍差，但在通过网络传输时，客户端的延迟时间较短。恕我直言，当图像的预期下载时间足以让用户察觉时（例如，超过1秒），应该使用它们。文件大小的差异非常小，因此过于谨慎并使用隔行扫描太多而不是太少会更好。

截至2012年，在常见的宽带互联网中，我只是将其用于每张图片＆gt; 100KB。

Answer 4

这些要点必须有用。

隔行扫描（更一般地说，逐行显示）是一种在监视器上显示图像的方法。 什么时候用？您的决定应基于以下因素：

<强>•＆GT;非隔行扫描图像小于隔行扫描图像 •＆GT;交错图像比非交错图像引起的闪烁更少 •＆GT;隔行扫描的图像更容易查看。

通过隔行扫描，您可以在所有数据传输之前看到图片（使它们看起来更快更美观）并让您“感觉”它的下载速度更快。

  

提示：不建议对小图像进行隔行扫描，但必须使用隔行扫描   观众使用慢速连接

这只是我认为可以帮助理解的Y答案的副本。 原始答案可以在https://answers.yahoo.com/question/index?qid=20090211121956AAz7Xz8

找到

Answer 5

只是把我的两个问题抛到了论证中：Interlacing是在多年前推出的，当时互联网速度很慢，这个想法是图像会以逐渐更加明确的方式呈现，仍然给人一种整体的外观和感觉到图像而不必等待整个东西加载。

今天的隔行扫描基本上是不必要的，应该根据传输图像的整体大小来使用。

JPEG images图像上的逐行扫描确实提供了更精确的图像，同时尝试减小整体文件大小（即实际压缩模式而不是构成图像的位的流式方法）。

PNG使用more complex algorithm而不是GIF。

Answer 6

网站管理员上有一篇有趣的相关帖子

https://webmasters.stackexchange.com/questions/574/progressive-jpeg-why-do-many-web-sites-avoid-rendering-jpegs-that-way-pros

非常明确取决于它们的使用方式。

这篇文章表明，对渐进式图像的支持是有限的 - 真实的。有时它们可​​能会导致插件无法支持渐进格式。

希望有所帮助。