La plupart des instructions sur la bande mentionnent Cependant, dans les versions récentes de ImageMagick, cela crache un fichier TIFF multi-pages contenant toutes les images d'entrée, une par page, au lieu d'évaluer réellement la médiane. P> p>
3 Réponses :
Cela fonctionne bien pour moi sur IM 6.9.10.64 Q16 Mac OSX avec Libtiff 4.0.10. Je n'obtine qu'une seule page de ma sortie TIFF.
entrée: p>
< / a> p> p> Quelle est votre version imagemagick, la plate-forme et la version de libtiff? Peut-être avez-vous besoin de mettre à niveau. Ou pourriez-vous avoir mal ayonné -evaluate-séquence ou médiane? P> Postez vos fichiers TIFF et je les testerai pour vous. P> P>
J'ai découvert que cela ne survient que lors de l'évaluation d'une longue liste d'images, en raison de quotas d'espaces de mémoire / de disque respectés par ImageMagick, même si mon système a beaucoup plus de ressources que ces quotas.
Pour changer les quotas, modifier /etc/imagemagick-6/policy.xml strong>, en particulier ces deux lignes: p> et augmentez-les en fonction de la quantité de ressources système que vous avez. Après cela, cela a fonctionné pour moi. Le quota "disque" est probablement le plus important si l'évaluation de la médiane d'une longue liste d'images. P> Je partage cette information ici au cas où quelqu'un d'autre se passe sur elle par Googling. P> Suggestion aux auteurs ImageMagick, au cas où ils se produiraient à Googling: il aurait été bien que l'imagemagick a produit un message d'erreur disant à éditer le fichier ci-dessus au lieu de mourir avec un TIFF multi-pages, mais merci de toute façon! < / p> p>
Comme le dit Wuxiekeji, vous êtes probablement à court de mémoire. Je chargera toutes les images dans la RAM avant de commencer les travaux et les développera à cinq canaux de 16 bits, afin que cela puisse avoir besoin de beaucoup. Si vous n'en avez pas suffisamment, cela commencera à utiliser un disque puis le traitement peut devenir très lent.
Pour le plaisir, j'ai essayé dans LibVIVIP , une bibliothèque de traitement d'image en streaming qui ne charge pas les images entières dans la RAM. Tout d'abord avec où puis avec libvips: p> 500 Mo de mémoire et 6s. Vous verriez une mémoire plus grande économie avec des images plus grandes, une économie plus petite avec des plus petites. P> P> convert code>: p>
k2.jpg code> est un JPG 1450x2048 pixel. Il avait besoin de 2,2 Go de mémoire et a pris 38s sur ce fil à quatre noyau 8. p>