Post any defects you find in the released or beta versions of the ImageMagick software here. Include the ImageMagick version, OS, and any command-line required to reproduce the problem. Got a patch for a bug? Post it here.
This takes screenshot of a fairly small window, uses no compression and stores result in ramfs, all kind of pauses seems to be set to zero. Used CPU time is almost equal zero (as expected), but actual operation takes almost a second (!). This delay seems to be independent of KDE compositing being turned on or off and the size of target window. System info:
17:30:35:~$ time import -verbose -screen -window $winid -pause 0 -delay 0 /dev/shm/pic-screen.bmp
/dev/shm/pic.bmp PS 266x158 1600x1200+4+23 16-bit DirectClass 123KB 0.020u 0:00.029
real 0m1.898s
user 0m1.200s
sys 0m0.137s
17:30:45:~$ time import -verbose -window $winid -pause 0 -delay 0 /dev/shm/pic.bmp
/dev/shm/pic.bmp PS 266x158 16-bit DirectClass 123KB 0.010u 0:00.009
real 0m0.819s
user 0m0.017s
sys 0m0.000s
If KDE4 desktop effects are disabled pic-screen.bmp contains what I see on the screen in place of target window, if other window overlaps target I get part of overlapping window in resulting picture.
If KDE4 desktop effects are enabled pic-screen.bmp contains what I would see on the screen in place of target window if the only windows opened were my two konsole (KDE console emulator) windows opened and brought to the active desktop.
Very strange. The lower Konsole window was on second desktop but I took screenshot on first.
Bump. Imagemagick version in my distro updated to 6.6.1-4 but problem remains. I checked import -window command on other PC with Ubuntu 9.10 and got the same pause. But finally I found a way to retrieve screenshot faster:
We're not sure why the delay was introduced. It might have been a race condition that has long since been resolved. Comment out the delay and rebuild / reinstall ImageMagick. Does that resolve the problem?