您好,歡迎來電子發(fā)燒友網(wǎng)! ,新用戶?[免費注冊]

您的位置:電子發(fā)燒友網(wǎng)>源碼下載>數(shù)值算法/人工智能>

跳過肉眼?全面解讀Google最新發(fā)布的JPEG壓縮算法Guetzli

大?。?/span>0.9 MB 人氣: 2017-09-28 需要積分:2

  本文介紹了Google的圖片壓縮軟件Guetzli,并通過一些測試指出了該軟件的使用注意點。

  你可能已經(jīng)知道,現(xiàn)在網(wǎng)頁文件的平均大小比Doom游戲的安裝文件還還大。

  文件變大的原因之一是圖片的增加,并且還需要支持更高的分辨率。

  Google來拯救了

  Google剛剛發(fā)布了一種新的JPEG壓縮算法:Guetzli。該算法的主要思想是重點保留人眼可以輕松識別的細節(jié),同時跳過眼睛無法注意的細節(jié)。

  我不是專家,但預(yù)期的結(jié)果是獲得一個感知質(zhì)量相同,但文件大小更小的圖像。

  這不是一種新的圖像格式,而是一種壓縮JPEG圖像的新方法。這意味著不需要一個定制的圖像查看器,而是可以由任何一個能渲染JPEG的軟件來顯示。

  現(xiàn)實生活中Guetzli

  在我的一個項目中,有一個包含很多圖片的主頁(僅主頁就有大約30Mb,其中27M是圖片)。

  我決定給Guetzli一個嘗試的機會,為了說服我們的產(chǎn)品所有者和設(shè)計師質(zhì)量損失是可以接受的,我試著把這個新的算法應(yīng)用在一張沒有使用的高分辨率的圖片上(一張8574×5715,22MB的JPEG圖片) 。

  它崩潰了。

  根據(jù)google所說(并且我的經(jīng)驗證實了這些數(shù)字),Guetzli每一百萬像素的圖像大約需要占用300MB的內(nèi)存(因此,我的圖像大約需要15GB),而當(dāng)時我沒有這么大的內(nèi)存(六個節(jié)點服務(wù)器,兩個docker容器,chromium和幾個electron實例所占用的內(nèi)存使得我的電腦不符合要求)。

  在清理了一些不重要的進程之后,我重新試了一次,Guetzli占用了12GB的內(nèi)存,但是成功了。

  Google還表示,Guetzli處理一張圖片每一百萬像素大概需要一分鐘的時間,我差不多也花了這么多時間(總時間略超過40分鐘)。

  壓縮后的圖像不到7MB(原始大小為22MB),我無法通過肉眼來確定哪個是壓縮過的(我們的設(shè)計師可以,但是承認差異“小到令人難以置信”)。

  6.9M home-guetzli.jpg

  22M home-raw.jpg

  我使用的是Guetzli默認的品質(zhì)設(shè)置(從84到100,如果要低于84,你需要自己編譯并更改這個最小值)進行的壓縮。

  更多的測試以及一些成功的例子

  然后,我決定為該圖像嘗試使用不同的品質(zhì)設(shè)置(我寫了一個非常簡單的腳本,從而無需每40分鐘重新啟動一次,并且在我睡覺的時候也能夠運行)。

  結(jié)果在這里(Guetzli的默認品質(zhì)因素似乎是95)。

  6.9M 。/home-guetzli.jpg

  22M 。/home-raw.jpg

  3.0M 。/home-raw.jpg.guetzli84.jpg

  3.4M 。/home-raw.jpg.guetzli87.jpg

  4.2M 。/home-raw.jpg.guetzli90.jpg

  5.5M 。/home-raw.jpg.guetzli93.jpg

  8.8M 。/home-raw.jpg.guetzli96.jpg

  18M 。/home-raw.jpg.guetzli99.jpg

  產(chǎn)品所有者和設(shè)計師均同意使用84這個品質(zhì)因素。然后我轉(zhuǎn)換了所有的圖片,我們從主頁從30MB變?yōu)椴坏?MB(其中3MB是CSS和腳本)。

  應(yīng)該注意到的是,我們的圖片之前并沒有進行任何形式的壓縮。

  附加說明

  在我的機器上安裝Guetzli很順利(有人在archlinux上創(chuàng)建了一個包含Guetzli的AUR包,非常感謝這個人),并且可以直接運行它(只要你擁有足夠的內(nèi)存)。

  似乎還有一個brew包(針對Mac OS用戶),但是我沒有測試它。

  對于超大的圖片,Guetzli需要占用大量的內(nèi)存和CPU時間(很多時候是相對的,不要指望著在運行的時候能夠做其他事情)。如果RAM不是你的瓶頸,那你甚至可以考慮針對不同的圖片并行運行多個Guetzli實例,因為它僅占用一個核心(僅作為寫入)。

  作為一個JPEG編碼器,它不能輸出PNG(因此沒有透明度),但它可以轉(zhuǎn)換和壓縮PNG圖片。

  運行效率與圖片的初始質(zhì)量有關(guān):我注意到壓縮比范圍大約為大圖像上的7倍到小圖像上的2倍之間。在小圖片上,質(zhì)量損失也更加明顯。

  在少數(shù)情況下,我也發(fā)現(xiàn)色飽和度存在損失(在我這個案例中,這個是可以接受的)。

  長話短說

  給Guetzli一個嘗試,它可能會給你一個不可接受的結(jié)果(特別是低品質(zhì)),但它也會讓你的網(wǎng)站減少幾MB的大小。

非常好我支持^.^

(0) 0%

不好我反對

(0) 0%

      發(fā)表評論

      用戶評論
      評價:好評中評差評

      發(fā)表評論,獲取積分! 請遵守相關(guān)規(guī)定!

      ?