什么时候交错图像？

Question

什么时候交错图像？

Tim*_*nen 76 png jpeg image gif interlacing

作为一般的经验法则,如果将gif交错,png交错和jpeg渐进是合适的吗？

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

Answer 1

Kor*_*nel 100

JPEG:是 - 使用逐行扫描.它使文件更小(每个传递获得自己的Huffman表),部分渲染看起来非常好.
GIF:不 - 它不太可能使文件变小,部分渲染效果差,而且对animGIF来说毫无意义.最好不要使用GIF(是的,甚至是动画).
PNG:不 - 它会伤害压缩(因为每次传球的数据在统计上都是非常不同的).如果图像很大,请尽可能使用高质量的JPEG或有损PNG,因为这些加载速度可能比大型无损PNG的像素化预览更快.

当文件变小时,ImageOptim将自动更改渐进/隔行扫描格式.

挑剔的免责声明:

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

我完全不同意.如果这个问题是关于存储的,那么这个答案是正确的,但它是关于网上图像的最佳发布.我会说**总是**渐进式/隔行扫描图像,因为用户获得有关整个图像的反馈**比没有更快**.如果用户能够以60%的速度看到体面的图像,用户将无需关心完美图像的加载时间增加10%. (17认同)
@TorranceScott在网上,存储大小与传输速度相同.如果图像很小,则没有时间注意到.如果图像包含文字和/或它是漫画,最好从上到下加载.在PNG的情况下,压缩中的压缩差异可能非常大,以至于非交叉图像的加载几乎与其像素化预览一样快. (7认同)
@Kornel我同意这些特殊例外情况.我没有看到你提到的png压缩阈值,所以我不知道发生了什么,如果有的话.从计算机的角度来看,关联文件大小和传输速度非常准确.然而,通过渐进/交错可以大大减少将一些数据传递给****的时间,这就是我得到的全部观点.用户可以更快地使用数据,并且如果他们预期会为体验增加价值,则可以决定等待满负荷. (2认同)
@TimoHuovinen 目前最好的，至少从压缩的角度来看，是使用 H.264（和/或 VP9 或 AV1 作为一个选项，如果你想变得更好）并使用 `<video>` 标签提供它。我知道“<video>”是一个巨大的 PITA，但 Chrome 拒绝让它变得更容易。在 Safari 中 `<img src=clip.mp4>` 有效！ (2认同)

Answer 2

leo*_*loy 13

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

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

JPEG的情况并非如此.渐进式JPEG压缩效果更好,因为每次传递都有自己的霍夫曼系数. (8认同)
用户对图像是否已满载的混淆+1.这种情况一直发生在我身上. (4认同)

Answer 3

ono*_*n15 5

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

在截至2012年的普通宽带互联网中,我只是将它用于每个> 100kb的图像.

归档时间：	13 年，6 月前
查看次数：	71804 次
最近记录：	9 年，1 月前