GD vs ImageMagick vs Gmagick para jpg? [fechadas]

Estou prestes a abandonar o GD por manipular imagens no meu site - é horrível.

Todo mundo diz para usar ImageMagick porque eles são melhores do que GD, mas e quanto a ImageMagick vs Gmagick ( canivete suíço de processamento de imagem )?

Zend tem um artigo bonito aqui http://devzone.zend.com/article/10531 falando sobre eles.

Antes de partir para o ImageMagick, há alguma motivação para usar o gmagick?

(PHP 5.3+)

Edit: O que há de errado em perguntar qual é o melhor entre 2 libs? Acho que é uma pergunta justa. Se alguém pudesse explicar o ponto positivo de uma lib em relação à outra, ajudaria a mim e a outras pessoas a ler esta pergunta. Por que fechar essa pergunta ??

Edit2: Para todos que estão perguntando o que eu preciso fazer: eu acho que é esquecido: os usuários carregam imagens (que podem ser png / gif / bmp w / e) eu preciso converter em JPG e depois armazená-lo no banco de dados, eventualmente se eles forem muito grande, preciso redimensioná-los um pouco.

obrigado

De acordo com a Wikipedia , GraphicsMagick é um fork do ImageMagick 5.5.2.

Até onde eu posso ver, o GMagick não vem com novos recursos; o fork está se concentrando em melhor desempenho e estabilidade, que como @Col diz, você deve testar e comparar você mesmo.

Do ponto de vista dos recursos, se uma biblioteca é necessária para mais do que apenas operações básicas de redimensionamento e corte, eu pessoalmente prefiro o ImageMagick a qualquer momento por causa da vasta, bem documentada e ilustrada biblioteca de milhares de exemplos que funcionam muito bem. GraphicsMagick não parece ter documentação de qualidade semelhante.

Também é provável que o GMagick não tenha quaisquer novos recursos adicionados ao IM desde a versão 5.5.2. Pode valer a pena verificar os logs de alterações do ImageMagick para ver se você está perdendo alguma coisa de que precisa.

Em uma nota altamente subjetiva, ImageMagick é definitivamente a biblioteca mais popular e conhecida, e você provavelmente encontrará mais suporte, exemplos e scripts para ela. Também duvido que as diferenças de desempenho realmente façam diferença na maioria dos casos de uso - em minha experiência nos últimos dez anos, o IM não é o mais rápido, mas também não é o mais lento das bibliotecas de processamento gráfico e perfeitamente adequado para a maioria dos usos diários .

O que você não gosta em GD? É a API, está faltando recursos ou é desempenho?

Talvez você possa tentar a biblioteca gráfica imagine - ela tem uma API OOP limpa e agradável e pode usar GD, ImageMagick e GraphicsMagick como "backends". Desta forma, você também pode testar qual biblioteca tem o melhor desempenho, sem ter que alterar seu código de manipulação de imagem.