Legacy ImageMagick Discussions Archive

Try timing conversion to null: time convert 107.gif -resize 100 null: This tells you whether the problem exists in the encoder or somewhere else. [root@SERVERB]# time convert 107.gif -resize 100 null: real 0m0.065s user 0m0.058s sys 0m0.007s [root@SERVERB]# time ./convert 107.gif -resize 100 null ...

Most likely the slow-down is an improved color reduction algorithm. To test, save the image as PNG for both 6.2.8 and 6.7.1 and measure the execution time. What are the dimensions of your input image? We're getting these times on our Fedora system: sh-4.2$ time ImageMagick-6.2.8/utilities/convert ...

You didn't mention whether both were Q16 builds. I think they both are, but "convert | head -2" will tell for sure. thx glennrp for your reply. yes, they both were Q16 builds, , why the differences. what should i do about the Imagemagick performance, Version: ImageMagick 6.7.1-0 2011-08-14 Q16 http ...

I have a question in the efficiency of imagemagick between the system precomiled rpm package and the version established from source code . Same system , rhel 5, x86_64. can anyone help me ? My file size 4.0K ./107.gif SERVER A, the Imagemagick version: ImagImageMagick-6.2.8.0-4.rpm [root@SERVERA ...