Progress bar detail gets lost with quality about screentogif HOT 11 CLOSED

Your guess is right. The neural quantizer (NeuQuant) algorithm transforms 24 bits images to 8 bits images (256 colors).

Since the bar increase it self piece by piece, the algorithm only takes into account a few number of pixels per frame. The other pixels that are changing take more "space" than the piece of the bar.

So the bar color information is lost when there's too much info per frame. :(

from screentogif.

Ah that's too bad, but I suspected as much.
I use ScreentoGif mainly to help users out over Blender Stack exchange and upload sizes are limited to 2Mb there, so file sizes already very tight without increasing image quality.

Anyway thanks for the reply, keep up the great work.

from screentogif.

I created from scratch a new encoder that avoids this bug. This new encoder lacks the current NeuQuant (color quantitizer) but I plan to improve with other color quantization algorithms.

from screentogif.

Wow you are tireless. That is great news, curious to see how it preforms.
I'll be keeping an eye on this 👍

from screentogif.

Could a solution be to first add a background stripe, and let the progressbar run on that?

from screentogif.

No, the problem starts with gif encoder (the color quantization).

from screentogif.

I fixed a bug related to this issue, #79

from screentogif.

There's a new color quantization algorithm almost ready for the encoder 2.0.

from screentogif.

Yeah, cool! Looking forward to seeing it in action

from screentogif.

Previous (1.5 MB):

New (1.11 MB):

I noticed the color banding, but at least the progress bar is alright.

from screentogif.

Wow this is absolutely fantastic, both improved image quality and reduced file size!
Banding is barely noticeable at all, and quite an acceptable compromise for the quality gains.

This will make long GIFs a lot easier to watch. Thanks a lot! :)

from screentogif.