为什么“转换x.png y.png”创建一个不同大小的图像(KB)？
我有一些图像，我试图通过调整它们的大小来将它们正常化到一定的规模。当我开始调整图像大小时，我注意到它们的体积(KB)比原始图像大得多。
我只是简单地做了:转换x.png y.png，得到了一些不同，从而进一步验证了它。例如，在一种情况下，x.png为143 in，y.png为208 in。
因为我也在对图像大小进行优化，我想知道是否有人知道为什么会这样，以及任何解决这个问题的建议。
我在windows 7上使用Imagemagick 6.6.4-Q16。
谢谢，阿米特
编辑：
谢谢你的建议，伙计们，很抱歉回复得太晚了！这是我想做的，这是结果。原始图像为112 is。在不使用参数的情况下进行转换会产生169 in的图像。在上面使用OptiPNG (PNGCrush对我不起作用)，-o7的结果是113 in。然后，我尝试对0-99之间的每一个X进行-quality X的转换，我发现对于质量90，我的文件大小为116 is，所以OptiPNG更好。但是，当我将-resize转换成一个较小的图像(按比例计算)时，我得到一个没有参数的199 no，最佳转换-quality X (x=0)的196 no，OptiPNG的196 no。这将使文件大小增加75%，因为我将图像的大小从377x2290调整为234x1419。有什么想法吗？
谢谢!
编辑-图片附加+调整大小问题研究：
下面是三个图像的链接(请看标题)：原始图像、简单ImageMagick转换后的图像和optipng后的相同输出图像。http://picasaweb.google.com/101622787022351879933/ImageMagickProblem?feat=directlink
此外，我认为ImageMagick的调整大小选项可能存在问题。我做了下面的练习来隔离它:对于1-100之间的每x:转换a.png -resize x% a_x.png
正如预期的那样，图像的大小几乎不断地从1%增加到100%。其中40%和50%略有下降。问题是从40%开始，输出图像大小绕过原始图像大小。只有在达到100%时，图像大小才会大幅度下降，回到原来的大小(实际上，在我第一次编辑时会稍微多一点-169 of，而不是112 of，以及Optipng之后的113 of)。
即使在每个输出文件上运行带有-o7的Optipng也不能纠正这一点。
您可以在下面的图中看到这个实验的结果：http://picasaweb.google.com/lh/photo/fFL1W6SiUfFWhBqdUf3BZg?feat=directlink
回答 3
Stack Overflow用户
发布于 2010-09-28 18:26:57
好吧，问题是根据迈克尔的建议过滤器。
以下是我所做的：
convert -list filter > 1.txt获取所有过滤器的列表。然后，对于列表中的每一个过滤器，我都这样做了：
convert -filter x -resize 234x1419 a.png b_x.png我记录了文件大小，然后对每个文件进行了"optipng -o7“操作。
对于我的例子来说，这个图像的最佳过滤器是"Box"：它是唯一一个通过optipng实际上从112 by减少到111 by，然后减少到81 by的过滤器。
我认为值得注意的是，在所有这些过程之后，只有Box过滤器实际上缩小了图像的大小，尽管它们在调整大小后都有较少的像素。
BTW:小心下面的陷阱
convert -filter Box -resize 234x1419 a.png a_box.png结果在112 as的图像中，可以压缩到81 as，就像我前面说过的。然而：
convert a.png -filter Box -resize 234x1419 a_box.png结果为199 of的图像！
Stack Overflow用户
发布于 2010-09-24 11:26:05
Stack Overflow用户
发布于 2010-09-24 11:28:12
我想输入的图像不是由ImageMagick创建的吗？可能ImageMagick只是没有最佳压缩，或者输入是一个调色板图像，而ImageMagick创建了一个RGB映像。在前一种情况下，您可以在缩小大小的图像上运行压碎。
https://stackoverflow.com/questions/3790263
复制
腾讯云开发者
