snibgo

> ... and they're generated by taking too much time ... > ... this method tough works but takes too much time I'd like imagemagick to do it by itself...

As you have IM v7, I suggest using `magick` instead of `convert`. a.bmp has transparency. Transparent pixels are transparent white. > There's 2 problems: The white background is converted to...

> Could you explain why the reduction appears awful as shown in the capture provided above? What do you mean by "awful"? What don't you like about it? What change...

What program are you using to show the "nice" and "awful" results? We can do something similar with ImageMagick: ``` magick a.bmp -resize 24x24 -background White -alpha background out.bmp magick...

Your result is bad. My IM version is: ``` Version: ImageMagick 7.1.1-20 Q16-HDRI x86 98bb1d4:20231008 https://imagemagick.org Copyright: (C) 1999 ImageMagick Studio LLC License: https://imagemagick.org/script/license.php Features: Cipher DPC HDRI OpenCL OpenMP(2.0)...

I suggest trying with this command first: ``` set MAGICK_OCL_DEVICE=false ```

There has been a recent change: the `-resize` operation can make negative alpha values. I think this is reasonable behaviour. However, `-background White -alpha background` (which should make fully transparent...

For me, there is no problem with IM v7.1.1-20, but there is with v7.1.1-22. See my post above. The problem occurs when we have ... ``` -resize 24x24 -background White...

> Can this be due to Features: Channel-masks(64-bit) ? I haven't experimented with this feature, but I doubt that is the cause. We can fix the pixels you don't like...

If your IM has HDRI, many operations can result in negative pixel values (or values larger than 100%). For example, "`-blur`", "`-evaluate subtract 50%`", and many others. In many cases,...