Legacy ImageMagick Discussions Archive

The problem I was pointing out was very slow operation on that SRT. Though my guesses about why it was occuring were wrong, I think I specified well enough the issue I was experiencing. I did in fact point out, for example, Fred, that I was letting the user zoom, rotate and position the image, not ...

+distort did not work for me, since this SRT operation is not the only thing going on. That messed up a lot of positioning for me. It may have been possible to fix all that, and I'll look into +distort in future, but right now I'm on a schedule and need to roll out this fix as soon as I can. -scale ...

I'm noticing with other tests that the smaller I set that scale factor the longer it takes. Even scaling an 800x600 jpeg to 0.1 is taking a good 20 seconds. I'm not sure if there's some singularity where it'll spin for ever or not, but it does seem to be much too slow regardless.

See my original example, which didn't involve HTTP.

The problem exists whether the image is downloaded first or not.

It doesn't seem to matter what the input is. I see the problem for instance with this:

I'm letting a user zoom and rotate and position an image on a web page and then passing the parameters to a server which runs Imagemagick to produce an image. I had a runaway server process just now, and have inspected and boiled it down to this: convert foreground.png -distort SRT '0,0 0.0027 0 0,0 ...

On my Linux machine Imagemagick will load the HTTPS duckduckgo file but not the one from Facebook. <bjn@sponvoid:/tmp>$ convert https://duckduckgo.com/assets/logo_homepage.normal.v102.png d.png <bjn@sponvoid:/tmp>$ convert "https://graph.facebook.com/4/picture?width=177&height=113" out.jpg convert ...

I'm on Mac OS X, not Windows.

My wget is "GNU Wget 1.14", which says it's built with "+https" and "+ssl/openssl". Maybe yours wasn't built with that. Try that URL in a browser, or with curl or something. Do you get a picture? The point, anyway, is that Imagemagick (the version I have at least) succeeds on HTTP but fails on HTTPS ...

wget works for me. $ wget "https://graph.facebook.com/4/picture?width=177&height=113" -O test.jpg --2013-09-18 22:42:01-- https://graph.facebook.com/4/picture?width=177&height=113 Resolving graph.facebook.com... 31.13.74.49, 2a03:2880:f00b:301:face:b00c::1 Connecting to graph.facebook.com|31.13.74 ...

Edit: old subject was "Imagemagick fails when trying to get images from HTTPS URLs", which was incorrect -- cause of bug is now clearer. I found recently that I can specify input images as URLs, and that works very well. But I found today that if I use an HTTPS URL Imagemagick fails. Example ...

Thanks very much. This was the solution.

I have what jpeginfo identifies as 32-bit Jpegs. They're displaying fine in Firefox on my Linux machine but not in IE8 on my Windows VM. They're also much larger in filesize than I would have expected. How can I convert them down to normal 24-bit Jpegs? I certainly don't need any kind of alpha ...