跳过肉眼？全面解读Google最新发布的JPEG压缩算法Guetzli

　　本文介绍了Google的图片压缩软件Guetzli，并通过一些测试指出了该软件的使用注意点。

　　你可能已经知道，现在网页文件的平均大小比Doom游戏的安装文件还还大。

　　文件变大的原因之一是图片的增加，并且还需要支持更高的分辨率。

　　Google来拯救了

　　Google刚刚发布了一种新的JPEG压缩算法：Guetzli。该算法的主要思想是重点保留人眼可以轻松识别的细节，同时跳过眼睛无法注意的细节。

　　我不是专家，但预期的结果是获得一个感知质量相同，但文件大小更小的图像。

　　这不是一种新的图像格式，而是一种压缩JPEG图像的新方法。这意味着不需要一个定制的图像查看器，而是可以由任何一个能渲染JPEG的软件来显示。

　　现实生活中Guetzli

　　在我的一个项目中，有一个包含很多图片的主页（仅主页就有大约30Mb，其中27M是图片）。

　　我决定给Guetzli一个尝试的机会，为了说服我们的产品所有者和设计师质量损失是可以接受的，我试着把这个新的算法应用在一张没有使用的高分辨率的图片上（一张8574×5715，22MB的JPEG图片） 。

　　它崩溃了。

　　根据google所说（并且我的经验证实了这些数字），Guetzli每一百万像素的图像大约需要占用300MB的内存（因此，我的图像大约需要15GB），而当时我没有这么大的内存（六个节点服务器，两个docker容器，chromium和几个electron实例所占用的内存使得我的电脑不符合要求）。

　　在清理了一些不重要的进程之后，我重新试了一次，Guetzli占用了12GB的内存，但是成功了。

　　Google还表示，Guetzli处理一张图片每一百万像素大概需要一分钟的时间，我差不多也花了这么多时间（总时间略超过40分钟）。

　　压缩后的图像不到7MB（原始大小为22MB），我无法通过肉眼来确定哪个是压缩过的（我们的设计师可以，但是承认差异“小到令人难以置信”）。

　　6.9M home-guetzli.jpg

　　22M home-raw.jpg

　　我使用的是Guetzli默认的品质设置（从84到100，如果要低于84，你需要自己编译并更改这个最小值）进行的压缩。

　　更多的测试以及一些成功的例子

　　然后，我决定为该图像尝试使用不同的品质设置（我写了一个非常简单的脚本，从而无需每40分钟重新启动一次，并且在我睡觉的时候也能够运行）。

　　结果在这里（Guetzli的默认品质因素似乎是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

　　产品所有者和设计师均同意使用84这个品质因素。然后我转换了所有的图片，我们从主页从30MB变为不到8MB（其中3MB是CSS和脚本）。

　　应该注意到的是，我们的图片之前并没有进行任何形式的压缩。

　　附加说明

　　在我的机器上安装Guetzli很顺利（有人在archlinux上创建了一个包含Guetzli的AUR包，非常感谢这个人），并且可以直接运行它（只要你拥有足够的内存）。

　　似乎还有一个brew包（针对Mac OS用户），但是我没有测试它。

　　对于超大的图片，Guetzli需要占用大量的内存和CPU时间（很多时候是相对的，不要指望着在运行的时候能够做其他事情）。如果RAM不是你的瓶颈，那你甚至可以考虑针对不同的图片并行运行多个Guetzli实例，因为它仅占用一个核心（仅作为写入）。

　　作为一个JPEG编码器，它不能输出PNG（因此没有透明度），但它可以转换和压缩PNG图片。

　　运行效率与图片的初始质量有关：我注意到压缩比范围大约为大图像上的7倍到小图像上的2倍之间。在小图片上，质量损失也更加明显。

　　在少数情况下，我也发现色饱和度存在损失（在我这个案例中，这个是可以接受的）。

　　长话短说

　　给Guetzli一个尝试，它可能会给你一个不可接受的结果（特别是低品质），但它也会让你的网站减少几MB的大小。