Questions and postings pertaining to the usage of ImageMagick regardless of the interface. This includes the command-line utilities, as well as the C and C++ APIs. Usage questions are like "How do I use ImageMagick to create drop shadows?".
Both are having different quality. fuzz, -layers OptimizePlus are not proving good results.
For transparency we can use some matching background color. But the whole image is not as good as png.
Each pixel in a 16-bit/channel/pixel PNG file can be one of 2^48 = 281,474,976,710,656 different colours.
Each pixel in a GIF file can be one of 256 different colours. This isn't quite as bad as it sounds, because each of those colours is chosen from a list of 2^24 = 16,777,216 colours. Provided the image is fairly simple, and the 256 colours are chosen intelligently, and we don't look closely, GIF isn't too bad.
These are limits of the file formats, nothing to do with ImageMagick.
If we are counting colours, pixels in a 32-bit/channel/pixel TIFF file can be one of 2^(32*3) = 79,228,162,514,264,337,593,543,950,336 different colours.
GIF is not too bad. But it is not as good as png. I never used TIFF. It must be super!
If i work with lower quality images, the output gif is really bad.
The human eye can distinguish only about 100 levels per channel, so an 8-bit/channel/pixel image is usually good enough, as a final output image. But if we need to process the image, the processing might lose a few bits, so we want the best possible input image.
I do a huge amount of varied image processing, and the only time I need 32-bit/channel/pixel is when those "images" are really displacement maps.
You have a reasonable JPG image that has 64932 different colours. From that, you make a GIF image that has far fewer colours and a larger filesize (more bytes). Why? What are you trying to do?
Yes, you can process the individual frames with IM. You can do that with maximum bit depth, to keep the quality high. When you want to assemble the frames into a GIF, I suggest you use ffmpeg for that processing.