Legacy ImageMagick Discussions Archive

Sure, but that's a vague "it would be nice if...". And it would be nice, I agree. But if that's all it is, I doubt it will be implemented any time soon. You're right. Let me try again. I suggest that the quantizer returning a number of colors that is different than what the user asked for should be ...

Feel free to suggest improvements, either to the current code or as a new operator. I don't understand. I thought I was suggesting an improvement? I suggest using a quantizer that gives either the requested number of colors or the number of colors in the original image, whichever is less, but not a ...

A colour reduction algorithm cannot guarantee to result in exactly N different colours because the input may not contain N different colours. That's not relevant here. My input contains 431703 of colors and I'm only asking for 16. If the input does contain N or more different colours, the algorithm ...

From the documentation -colors does not guarantee you will get exactly the number of colors specified. It could be less, but not more.

That documentation is a bad excuse for wrong behavior. If asking for 18 colors can give 16, then asking for 16 colors should give 16.

Same with ImageMagick-7.0.3-2~beta20160921.x86_64.rpm

#!/bin/bash convert -version for s in Luv Lab YIQ RGB; do convert $1 -resize 640 -median 3 -quantize $s -colors 16 +dither imagemagick-16c-$s-nodith.png identify -format "%k colors\n" imagemagick-16c-$s-nodith.png done prints the following: Version: ImageMagick 7.0.3-1 Q16 x86_64 2016-09-20 http ...