何時隔行掃描圖像？

Question

作爲一般的經驗法則，什麼時候適合使gif交錯，png交錯和jpeg漸進？

特別是在網絡上發佈圖像時。

Answer 1

• JPEG：是 - use progressive scan。它使文件更小（each pass gets its own Huffman table），並且部分渲染看起來相當不錯。

• GIF：否 - 不可能使文件變小，局部渲染效果差，對於animGIFs來說沒有意義。最好是not to use GIF at all（yes, even for anims）。

• PNG：否 - 它傷害壓縮（因爲來自每個傳遞的數據在統計學上完全不同）。如果圖像很大，請儘可能使用高質量的JPEG或lossy PNG，因爲這些圖像可能會比大型無損PNG的像素預覽快。

ImageOptim會在文件變小時自動更改逐行/隔行格式。

---

免責聲明爲nitpickers：

• 在小型和中型圖像中的每個圖像的漸進預覽情況下，不將是可見的足夠長的時間以供用戶欣賞它。有些瀏覽器在下載整個文件之前甚至不會渲染任何東西，所以最好專注於節省帶寬以儘快獲取整個頁面。
• 當文件很小（小縮略圖）時，非漸進式JPEG效率更高一些，但節省也很少。
• iOS Safari對於基準JPEG具有較高的允許的最大圖像大小，而不是逐行掃描，但正確的解決方案是首先爲合適的移動大小提供圖像。

Answer 2

隔行掃描圖像的效率稍低，但在通過網絡傳輸時在客戶端延遲較短後顯示。恕我直言，他們應該用於圖像的預期下載時間足夠長，以供用戶察覺（比如1秒以上）。文件大小的差異確實很小，所以最好謹慎小心，並使用交錯，而不是太少。

在2012年的普通寬帶互聯網中，我只是使用它爲每個圖像> 100kb。

Answer 3

上有站長

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

Untimately一個有趣的相關帖子這取決於他們如何使用。

該帖子顯示，對於逐行圖像有限制 - 真正的支持。有時它們可​​能會導致插件不支持漸進格式的問題。

希望有所幫助。

Answer 4

我的一般經驗法則：千萬不要使用隔行掃描。隔行掃描格式通常佔用更多空間，（稍微）更復雜，解碼器支持更少，所謂的用戶體驗優勢至少有爭議。一些參數爲PNG，以及general。

有些人喜歡隔行掃描或「漸進式」圖像，逐漸加載 。這些格式背後的理論是，用戶可以在 加載所有位 至少看圖像的模糊全尺寸代理。在實踐中，當所有位被加載時，用戶被迫查看圖像的模糊 全尺寸代理。 完成了嗎？那麼，它看起來有點模糊。哦等一下，圖片 的頂部似乎越來越細節。也許它現在完成了。儘管如此，它仍然是一種模糊不清的東西。也許攝影師沒有使用三腳架 。哦，等等，現在看來要放晴了......

Answer 5

這些要點必須有用。

隔行（更一般地說，逐行顯示）是一種在監視器上顯示圖像的方法。 何時使用它？您的決定應基於以下因素：

•>非隔行圖像比隔行圖像小。
•>隔行掃描圖像比非隔行掃描圖像造成的閃爍少
•>隔行掃描圖像更易於觀看。

隔行掃描讓你在所有的數據傳輸之前看到圖片（使它們看起來更快，更好看），並給你「下載速度更快」的「感覺」。

提示：不建議隔行小圖像，但是是必須的，如果 觀衆使用慢速連接

這僅僅是一個Y的答案我認爲可以有助於瞭解副本。 原來的答覆可以找到：https://answers.yahoo.com/question/index?qid=20090211121956AAz7Xz8

Answer 6

只是把我的twopenneth到說法：Interlacing引入年前，當互聯網的速度很慢，這個想法是，圖像將提出本身在逐漸更明確的方式，仍給圖像提供整體外觀和感覺，而不必等待整個事物加載。

今天的隔行掃描基本上是不必要的，應根據傳輸圖像的整體大小來使用。

JPEG images上的漸進式掃描在嘗試減小整體文件大小（即實際壓縮模式，而不是構成圖像的位的流式傳輸方法）時確實提供了更精細的圖像。

PNG使用more complex algorithm而不是GIF。