A problem converting GIF images to AVIF format about webp_server_go HOT 6 CLOSED

Thanks for reporting, this is a known issue that AVIF image converted from GIF will be static(WebP should not be affected), currently you can turn off AVIF conversion to mitigate this problem.

We're planning to update docs for this, and add some patch on WebP Server Go.

from webp_server_go.

We've released version 0.10.3 that should fix this problem: https://github.com/webp-sh/webp_server_go/releases/tag/0.10.3

from webp_server_go.

We've released version 0.10.3 that should fix this problem: https://github.com/webp-sh/webp_server_go/releases/tag/0.10.3

Now GIF was ignore ,but it seems that the program is still trying to provide AVIF images, and will not switch to providing compressed Webp images.

from webp_server_go.

The warning msg="xxxx.avif" not found on filesystem is just a notice that it tries to find if there is an AVIF image and is smaller in size(even AVIF is not enabled in config).
It's completely normal, as long as the WebP Server Go is serving WebP or GIF images to your browser.

from webp_server_go.

The warning msg="xxxx.avif" not found on filesystem is just a notice that it tries to find if there is an AVIF image and is smaller in size(even AVIF is not enabled in config). It's completely normal, as long as the WebP Server Go is serving WebP or GIF images to your browser.

OK,This problem was fixed.
But I see sometimes the compressed image is larger than the one before compression,why it happen?

from webp_server_go.

The warning msg="xxxx.avif" not found on filesystem is just a notice that it tries to find if there is an AVIF image and is smaller in size(even AVIF is not enabled in config). It's completely normal, as long as the WebP Server Go is serving WebP or GIF images to your browser.

OK,This problem was fixed. But I see sometimes the compressed image is larger than the one before compression,why it happen?

That's entirely normal at all, sometimes the encoded version(whatever WebP or AVIF) might be bigger than the original image, in this case WebP Server Go will render the smallest file to visitor.

The deeper reason for this might be related to underlying encoding algorithm.

from webp_server_go.