【问题标题】:UIImageJPEGRepresentation compressionQuality vs other encodersUIImageJPEGRepresentation compressionQuality 与其他编码器的对比
【发布时间】:2014-10-07 06:34:25
【问题描述】:

UIImageJPEGRepresentation 中的 compressionQuality 参数与 libjpeg 或 ImageMagick 等其他编码器中的类似参数有何关联?

当我尝试在 ImageMagick 和 UIImageJPEGRepresentation 中使用相同的值时,我得到完全不同的图像尺寸。我什至尝试过 WebP,它的大小比UIImageJPEGRepresentation 结果小得多。

【问题讨论】:

  • 当您传入极值时,它们如何比较? (即 0.0 是 UIImageJPEGRepresentation 的最大值,而 ImageMagick 的最大值是多少)?
  • 原图为3.9MB。对于最小/中/最大压缩值,结果为:iOS (181K/663K/4.4MB) IM (104K/291K/3.7MB)

标签: ios objective-c uikit jpeg libjpeg


【解决方案1】:

您可能会使用 ImageMagick 获得更小的图像尺寸,因为它是一个桌面程序,可以利用更高的计算能力在不牺牲太多图像质量的情况下为您提供更好的压缩。如果您希望 UIImageJPEGRepresentation 中的尺寸更小,则必须降低质量参数:

UIImageJPEGRepresentation(img, 0.5)];

WebP 是一种完全不同的、更新的压缩图像格式,因此它也可能生成更小的文件。如果尺寸非常重要,如果您可以在将图像转换为 JPEG 之前按比例缩小图像,您也会看到尺寸大幅减小。

【讨论】:

  • 嗯,这正是我要问的......不同参数之间的联系是什么。 AFAIK,jpeg 压缩并没有随着更多的数字处理而变得更好。
  • 不,不同的库/程序使用不同的算法,会产生不同的结果。有关 ImageMagick 和 Lightroom 之间的区别,请参阅本文:drillio.com/en/photography/image-quality/…
  • 所以我想更直接地回答你原来的问题,是没有直接的相关性。一种算法的 100% 质量设置与其他算法不同。他们可能会在球场上,但不会匹配。唯一可以肯定的是,数字越大意味着文件大小越大。
猜你喜欢
  • 2014-12-07
  • 2019-01-02
  • 2022-01-18
  • 2017-01-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-05-17
  • 2012-01-24
相关资源
最近更新 更多