Legacy ImageMagick Discussions Archive

The following code produces the expected result, with white text on a green canvas: M=im6.9.6-5q16convert # works, produces white text on green canvas # M=im7.0.3-7q16magick # fails, produces no text on green canvas V=`$M -version | sed -e "s/Version: //;s/\(.*Q[^ ]*\)*.*/\1/;1q"` # White ...

If your image is being displayed the way you like on browsers that don't do color management, you simply need to remove the color management chunks (gAMA, sRGB, cHRM, iCCP) from your PNG file. You can do this with the -strip option to IM, or you can use another PNG editor such as pngcrush to remove ...

Well, it isn't just peculiar to MacOS. I get the same on Ubuntu 16:04, when I type into the console:

Jpeg won't work for your transparent logos. I'd combine them into a raw RGBA (just once) and then use that as the source for compositing over the webcam photo. Just be aware that you have to keep track of the dimensions of the RGBA and pass them along separately via a "-size WxH" option, b...

The bash csh-style history expansion with "!" only happens when you are typing in commands from a terminal window. In a bash script, a "!" is just a "!".

Normally an extra "x" or "!" wouldn't matter, but I came across this problem while playing "Code Golf" at http://codegolf.stackexchange.com/questions/98968/go-out-and-vote/99087#99087 where every byte I use counts against me (similar to the actual game of golf where eve...

There's probably a delay somewhere causing the image to be cut off by the next image arriving. ImageMagick itself is probably not the culprit; it should be able to do the convert and three composite operations in much less than 30 seconds. But, for efficiency, I'd combine the three overlay images in...

Thanks, I forgot about the sequence of events (xc:color[WxH] doesn't directly generate a WxH image; instead it makes a 1x1 image then resizes it to WxH). So there's no bug here, just pilot error on my part. I still get a puzzling result from xc:[W], though; that produces a 1x1 image instead of a WxW...

I can't find anything other than one example in the documentation about "show:" and was wondering how it differs from "x:" which at least appears in "-list format". Was it intended to be a replacement or synonym for "x:", as "canvas:" replaced "...

This is fine for Windows but on *nix the "#" will comment out the remainder of the line. magick xc:#F00 xc:#0F0 xc:#00F +append rgb.png So, on *nix, use one of these: magick xc\#F00 xc:\#0F0 xc:\#00F +append rgb.png magick xc:"#F00" xc:"#0F0" xc:"#00F" +append...

[blush]
Version: ImageMagick 7.0.3-3 Q16 x86_64

I think I took care of this or a similar bug last week in a fork of IM but neglected to port back. I'll have a look.

This should produce a 100x30 image but the result is 30x30

"RGB" used to be a popular format on SGI machines. ImageMagick calls them ".sgi" now. It might be what PS is wanting, if so use

With either IM or GM the input image (rgb:$1) would have to come after the -size option. With such large images you might need to use -limit to avoid running out of resources.