我想用ImageMagick压缩一个JPG图像文件,但在大小上不能得到太大的差异。默认情况下,输出大小大于输入。我不知道为什么,但添加了一些+配置文件选项和设置质量后,我可以得到一个较小的尺寸,但仍然类似于原始。

输入图像为255kb,处理图像为264kb(使用+profile删除profile,设置质量为70%)。有没有办法将图像压缩到至少150kb ?这可能吗?我可以使用哪些ImageMagick选项?


当前回答

我在这里做了一些实验,孩子,高斯模糊是一个很好的不同。我使用的最后一个命令是:

mogrify * -sampling-factor 4:2:0 -strip -quality 88 -interlace Plane -define jpeg:dct-method=float -colorspace RGB -gaussian-blur 0.05 

如果没有0.05的高斯模糊,它大约是261kb,对于我正在测试的图像,它大约是171KB。在1440p显示器上,只有当你把图像放大时,才会发现视觉上的差异。

其他回答

我在建议的命令中添加了-adaptive-resize 60%,但添加了-quality 60%。

convert -strip -interlace Plane -gaussian-blur 0.05 -quality 60% -adaptive-resize 60% img_original.jpg img_resize.jpg

这是我的结果

img_original.jpg = 13,913KB jpg = 845KB

我不确定这种转变是否严重破坏了我的形象,但说实话,我不认为我的转变看起来像垃圾。这是一个广角全景,我不介意一丝不苟的阻碍。

我将添加一个有用的边注和一个减少JPG和PNG的一般性建议。

首先,ImageMagick读取(或者更好地“猜测”…)输入jpeg压缩级别,所以如果你根本不添加-quality NN,输出应该使用与输入相同的级别。有时可能是一个重要的特征。否则,默认级别是-quality 92(参见www.imagemagick.org)

这个建议是关于一个非常棒的免费工具ImageOptim,也用于批处理。 你可以得到更小的jpg(和png,特别是在使用免费的ImageAlpha[非批处理]或免费的Pngyu(如果你需要批处理)之后)。 这些工具不仅适用于Mac和Win,而且可以作为命令行(我建议使用Brew安装,然后在Brew公式中搜索)。

一个非常古老但有用的答案。

我需要说的是,对于严肃的大尺寸摄影,-高斯-模糊是不可接受的,而不是压缩比。

对比下图,%95与-高斯模糊0.05 vs. %85不模糊。原始17.5MB(800万像素,有很多细节),%95不模糊5MB, %85不模糊3036KB, %95模糊3365KB。

模糊和压缩比的比较

也许低一点的模糊度,比如0.02会更好。

我使用谷歌Pagespeed Insights图像优化指南,对于ImageMagick,他们推荐以下:

-sampling-factor 4:2:0 带 -quality 85[它可以变化,我使用范围60-80,这里数字越小文件越小] 交错 色彩RGB

ImageMagick中的命令:

convert image.jpg -sampling-factor 4:2:0 -strip -quality 85 -interlace JPEG -colorspace RGB image_converted.jpg

使用这些选项,我可以节省高达40%的JPEG大小,而没有太多明显的损失。

我用always:

质量在85 渐进(复合压缩) 一个非常小的高斯模糊来优化大小(半径的0.05或0.5)取决于图片的质量和大小,这明显优化了jpeg的大小。 剥离任何注释或EXIF元数据

在形象魔术应该是

convert -strip -interlace Plane -gaussian-blur 0.05 -quality 85% source.jpg result.jpg

或者在新版本中:

magick source.jpg -strip -interlace Plane -gaussian-blur 0.05 -quality 85% result.jpg

源。

From @Fordi in the comments (Don't forget to upvote him if you like this): If you dislike blurring, use -sampling-factor 4:2:0 instead. What this does is reduce the chroma channel's resolution to half, without messing with the luminance resolution that your eyes latch onto. If you want better fidelity in the conversion, you can get a slight improvement without an increase in filesize by specifying -define jpeg:dct-method=float - that is, use the more accurate floating point discrete cosine transform, rather than the default fast integer version.