评估Golang图像的“压缩率”以减小文件大小

大家好，今天本人给大家带来文章《评估Golang图像的“压缩率”以减小文件大小》，文中内容主要涉及到，如果你对Golang方面的知识点感兴趣，那就请各位朋友继续看下去吧~希望能真正帮到你们，谢谢！

我正在尝试减少/压缩 golang 中图像的文件大小。当我使用 jpeg.Encode 并将选项作为质量 75 的参数传递时，10mb 的图像变成了 18mb 的图像......我不明白为什么，这就是这个库中的质量概念？

此外，我想知道在编码之前如何知道哪个是原始质量，我想如果我知道我可以将其设置为较小的值，或者尝试其他方法，例如将图像大小调整为高度和宽度的 10%。

我希望了解 jpeg.Encode 函数中选项参数的质量属性的标准。我想获得更多有关图像文件大小以及如何减小图像文件大小的知识。

正确答案

JPEG质量参数不是图像的特征，而是JPEG编码过程的特征。由于 JPEG 是一种有损编码，这意味着编码图像无法解码为准确的原始图像，因此您可以向编码器指定它应如何忠实地尝试复制原始图像。质量 100 应该几乎没有损失，质量较低的编码器不会那么努力。因此，质量参数越大，文件大小越大，因为编码器试图保留更多信息。]

为了直观地理解为什么编码文件最终可能比原始文件大，下面是人类语音中“压缩”的示例（不是 JPEG，但从信息论的角度来看，适用相同的原则）：

000000000000000000000000000000000000000000000000000 可以描述为“五十个零”，即 50:12 比例的压缩（即源代码长度减少了四倍以上）。

01101是“一个零，两个一，一个零和一个一”，5:34比例压缩失败，编码值几乎是原来的七倍。

这张照片（来自 JPEG 上的维基百科页面）显示了质量参数对结果图像，从左侧的 0 到右侧的 100：

如果不尝试对图像进行编码，编码器就无法知道结果是什么；这很大程度上取决于图像。 JPEG 非常擅长编码颜色渐变，但非常擅长编码锐利边缘。因此，它可以很好地压缩照片，但在压缩照片等方面会非常糟糕。静态噪声。

这意味着不存在“编码前的原始质量”，除非您的图像已经进行了 JPEG 编码。如果图像已经是 JPEG 编码的，并且您尝试对其进行重新编码，则通常会发现尺寸的增加几乎没有任何增益（因为编码器不仅尝试复制图像，还尝试复制之前的图像）编码），就像您尝试压缩已经压缩的文件一样。对已经以其他方式编码的图像进行转码可能会也可能不会导致文件大小减小，具体取决于图像和之前使用的编码。

以上就是《评估Golang图像的“压缩率”以减小文件大小》的详细内容，更多关于的资料请关注golang学习网公众号！