GD против ImageMagick против Gmagick для jpg?

Я нахожусь в отказе от GD для манипулирования имиджем на своем веб-сайте – это ужасно.

Все говорят, что используют ImageMagick, потому что они лучше, чем GD, но как насчет ImageMagick против Gmagick ( швейцарский армейский нож обработки изображений )?

У Zend есть довольно статья здесь http://devzone.zend.com/article/10531, говорящая о них.

Прежде чем я уеду в ImageMagick, есть ли какая-то мотивация вместо использования gmagick?

(PHP 5.3+)

Изменить: что не так с вопросом, что лучше между 2 libs? Я думаю, что это справедливый вопрос. Если бы кто-то мог объяснить, что хорошая точка одной библиотеки над другой поможет мне и другим людям, читающим этот вопрос. Зачем закрывать такой вопрос?

Edit2: для всех, кто спрашивает, что мне нужно делать: я думаю, что это не замечательно: пользователи загружают изображения (чем может быть png / gif / bmp w / e) Мне нужно преобразовать в JPG, а затем сохранить его в базе данных, в конце концов, если они слишком большой, мне нужно немного изменить их размер.

благодаря

Согласно Википедии , GraphicsMagick является развилкой из ImageMagick 5.5.2.

Насколько я вижу, GMagick не имеет новых функций; вилка концентрируется на лучшей производительности и стабильности, что, как @Col говорит, что вы должны проверить и сравнить себя.

С точки зрения возможностей, если библиотека необходима для более чем простых операций изменения размера и обрезки, я бы лично предпочел бы ImageMagick в любой день из-за обширной, хорошо документированной и иллюстрированной библиотеки из тысяч примеров, которые работают очень хорошо. ГрафикаMagick, похоже, не имеет документации подобного качества.

Также вполне вероятно, что GMagick не имеет каких-либо новых функций, добавленных в IM с версии 5.5.2. Возможно, стоит проверить журналы изменений ImageMagick, не хватает ли вы на что угодно.

В очень субъективной заметке ImageMagick определенно является более популярной и хорошо известной библиотекой, и вы, скорее всего, найдете больше поддержки, примеров и сценариев для нее. Также я сомневаюсь, что различия в производительности будут действительно иметь значение в большинстве случаев использования – в моем опыте за последние десять лет IM – это не самая быстрая, но и не самая медленная из библиотек обработки графики и идеально подходит для большинства повседневных целей ,

Что вам не нравится в GD? Это API, недостающие функции или производительность?

Возможно, вы можете попробовать представить графическую библиотеку – он имеет хороший, чистый API OOP и может использовать GD, ImageMagick и GraphicsMagick как «backends». Таким образом, вы также можете проверить, какая библиотека имеет лучшую производительность, без необходимости изменять код манипуляции с изображением.