GD vs ImageMagick vs Gmagick for jpg?

Question

I am refusing GD to manipulate the image on my website - this is terrible.

Everyone says they use ImageMagick because they are better than GD, but what about ImageMagick vs Gmagick (Swiss Army Image Processing Knife)?

Zend has a pretty article here http://devzone.zend.com/article/10531 talking about them.

Before I leave for ImageMagick, is there any motivation instead of gmagick?

(PHP 5.3+)

Edit: what is wrong with the question, which is better between 2 libs? I think this is a fair question. If someone could explain that a good point of one library over another will help me and other people reading this question. Why close this question?

Edit2: for everyone who asks what I need to do: I think this is not great: users upload images (what can png / gif / bmp w / e be) I need to convert to JPG and then save it to the database , in the end, if they are too big, I need to slightly resize them.

thank

Answer 1

According to Wikipedia , GraphicsMagick is a fork from ImageMagick 5.5.2.

As far as I can see, GMagick has no new features; the plug focuses on better performance and stability, which, as @Col says, you should check and compare yourself.

In terms of function, if a library is needed for more than simple resizing and cropping operations, I personally would prefer ImageMagick any day because of the vast, well-documented and illustrated library of thousands of examples that work very well. GraphicsMagick does not seem to have documentation of this quality.

It is also likely that GMagick does not have any new features added to IM since version 5.5.2. It might be worth checking out the ImageMagick change logs to see if you're missing out on anything.

In a very subjective note, ImageMagick is definitely a more popular and well-known library, and you are likely to find more support, examples, and scripts for it. I also doubt that differences in performance will really make a difference in most use cases - in my experience over the past ten years, IM is not the fastest, but also not the slowest of the graphics processing libraries and is great for most everyday applications.

Answer 2

What do you dislike about GD? Is this API missing features or performance?

Perhaps you can try the imagine graphic library - it has a nice, clean OOP API and can use GD, ImageMagick and GraphicsMagick as "backends". That way, you can also check which library has the best performance without changing the image manipulation code.