GD vs ImageMagick vs Gmagick for jpg？

我正在放棄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格式，然後將其存儲在數據庫中，最終如果它們太大，我需要調整它們的大小。

由於

來源

2011-03-12 dynamic

對於與關閉按鈕太容易的人：沒有任何問題或答案 – dynamic 2011-03-12 10:57:23

@col：我只想知道哪個更好..我可以說ImageMagick比GD好，現在我會喜歡比較IM和G.magick ..這是一個公平的問題。 – dynamic 2011-03-12 10:58:18

@col：如果您知道使用一個而不是另一個的動機，歡迎您提出答案。只要有人不喜歡某個問題，點擊「關閉」就完全無用！ – dynamic 2011-03-12 11:00:22

根據Wikipedia，GraphicsMagick工具是從ImageMagick的5.5.2叉子。

據我所見，GMagick沒有新功能;叉子專注於更好的性能和穩定性，因爲@Col說你應該測試和比較自己。

從功能的角度來看，如果一個庫不僅僅是基本的調整大小和裁剪操作所需要的，我個人更喜歡ImageMagick任何一天，因爲它有非常好的廣泛的，有詳細記錄和說明的library of thousands of examples。 GraphicsMagick似乎沒有類似質量的文檔。

從5.5.2版本開始，GMagick也可能沒有添加任何新功能。查看ImageMagick更改日誌可能是值得的，不管你是否錯過了任何你需要的東西。

從非常主觀的角度來看，ImageMagick絕對是更受歡迎和最知名的圖書館，您可能會找到更多支持，示例和腳本。此外，我懷疑性能差異是否會在大多數使用情況中真正發揮作用 - 根據我過去十年的經驗，IM不是最快的，但也不是最慢的圖形處理庫，非常適合大多數日常用途。

來源

2011-03-12 11:42:37

你不喜歡GD的是什麼？它是API嗎，它缺少功能還是性能？

也許你可以嘗試圖形庫imagine - 它有一個不錯的，乾淨的OOP API，可以使用GD，ImageMagick和GraphicsMagick作爲「後端」。通過這種方式，您還可以測試哪個庫具有最佳性能，而無需更改圖像處理代碼。

來源

2012-11-07 09:31:27 chiborg

gd的一個問題是內存使用情況。對於12Mb的JPEG將創建一個100Mb的資源。此外，如果你想快速調整大小，裁剪或縮略圖（裁剪和調整大小），你將立即擁有這些工具。不提所有的影響。 – catalinux 2013-02-07 07:26:38

GD vs ImageMagick vs Gmagick for jpg？

回答

相關問題