2011-03-12 62 views
83

我正在放弃GD来操纵网站中的图像 - 这太糟糕了。GD vs ImageMagick vs Gmagick for jpg?

大家都说使用ImageMagick是因为它们比GD好,但ImageMagick vs Gmagick(瑞士军刀的图像处理)呢?

Zend在这里有一篇漂亮的文章http://devzone.zend.com/article/10531谈论它们。

在我将离开ImageMagick之前,有没有动机使用gmagick呢?

(PHP 5.3+)

编辑:有什么问题问这是2个库之间的更好?我认为这是一个公平的问题。如果有人能够解释一个lib的优点而另一个会帮助我和其他人阅读这个问题。为什么要关闭这样的问题?编辑2:对于每个人询问我需要做什么:我认为这是没有意义的:用户上传图像(比可以是png/gif/bmp w/e)我需要转换成JPG格式,然后将其存储在数据库中,最终如果它们太大,我需要调整它们的大小。

由于

+1

对于与关闭按钮太容易的人:没有任何问题或答案 – dynamic 2011-03-12 10:57:23

+0

@col:我只想知道哪个更好..我可以说ImageMagick比GD好,现在我会喜欢比较IM和G.magick ..这是一个公平的问题。 – dynamic 2011-03-12 10:58:18

+0

@col:如果您知道使用一个而不是另一个的动机,欢迎您提出答案。只要有人不喜欢某个问题,点击“关闭”就完全无用! – dynamic 2011-03-12 11:00:22

回答

42

根据Wikipedia,GraphicsMagick工具是从ImageMagick的5.5.2叉子。

据我所见,GMagick没有新功能;叉子专注于更好的性能和稳定性,因为@Col说你应该测试和比较自己。

从功能的角度来看,如果一个库不仅仅是基本的调整大小和裁剪操作所需要的,我个人更喜欢ImageMagick任何一天,因为它有非常好的广泛的,有详细记录和说明的library of thousands of examples。 GraphicsMagick似乎没有类似质量的文档。

从5.5.2版本开始,GMagick也可能没有添加任何新功能。查看ImageMagick更改日志可能是值得的,不管你是否错过了任何你需要的东西。

从非常主观的角度来看,ImageMagick绝对是更受欢迎和最知名的图书馆,您可能会找到更多支持,示例和脚本。此外,我怀疑性能差异是否会在大多数使用情况中真正发挥作用 - 根据我过去十年的经验,IM不是最快的,但也不是最慢的图形处理库,非常适合大多数日常用途。

8

你不喜欢GD的是什么?它是API吗,它缺少功能还是性能?

也许你可以尝试图形库imagine - 它有一个不错的,干净的OOP API,可以使用GD,ImageMagick和GraphicsMagick作为“后端”。通过这种方式,您还可以测试哪个库具有最佳性能,而无需更改图像处理代码。

+4

gd的一个问题是内存使用情况。对于12Mb的JPEG将创建一个100Mb的资源。此外,如果你想快速调整大小,裁剪或缩略图(裁剪和调整大小),你将立即拥有这些工具。不提所有的影响。 – catalinux 2013-02-07 07:26:38