跳过肉眼？全面解读Google最新发布的JPEG压缩算法Guetzli
21CTO社区导读：本文介绍了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的大小。
本文为 @ 21CTO 创作并授权 21CTO 发布，未经许可，请勿转载。
内容授权事宜请您联系 webmaster@21cto.com或关注 21CTO 公众号。
该文观点仅代表作者本人，21CTO 平台仅提供信息存储空间服务。
评论
