Legacy ImageMagick Discussions Archive

So odd. I tested on another Arch Linux machine, and got the same results. And from what you can tell, there's nothing in this PKGBUILD that would be leading to this issue? Maybe it's an Arch bug, though it doesn't look like the PKGBUILD changed between releases, other than the version number and ...

Yes, it does return 500x500.

Alright, here's the configuration, but I don't see any differences. 6.8.9-7 $ convert -list configure Path: /usr/lib/ImageMagick-6.8.9//config-Q16HDRI/configure.xml Name Value ------------------------------------------------------------------------------- CC gcc -std=gnu99 -std=gnu99 CFLAGS -I/usr ...

I did some stracing for fun. Here's 6.8.9-7 $ strace -c convert /tmp/test.jpg -limit thread 4 -thumbnail 100x100 -gravity center -background none -extent 100x100 /tmp/mpdcover.png % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 100 ...

Version 6.8.9-7: time convert -define jpeg:size=100x100 /tmp/test.jpg -thumbnail 100x100 -gravity center -background none -extent 100x100 /tmp/mpdcover.png convert -define jpeg:size=100x100 /tmp/test.jpg -thumbnail 100x100 -gravity 0.01s user 0.00s system 113% cpu 0.011 total And 6.8.9-8 is still ...

That takes less CPU, but a bit more total time. Still nowhere near the 0.017s I got on the previous version. $ time convert /tmp/test.jpg -limit thread 1 -thumbnail 100x100 -gravity center -background none -extent 100x100 /tmp/mpdcover.png convert /tmp/test.jpg -limit thread 1 -thumbnail 100x100 ...

I have a script for MPD that converts the album art to a 100x100 png file and displays it as a notification whenever I switch music tracks. After updating to ImageMagick 6.8.9.8-1, I noticed that this process was much slower, and made my computer unresponsive for a few seconds while it converted The ...