Is this mode picked automatically in "mixed" mode?
Unfortunately, that option doesn't seem to be available in gif2webp (I mostly use WebP for GIF images - as animated AVIF support is poor on browsers and that has an impact in interoperability)
Re:JPEG XL and the Pareto Front
by JyrkiAlakuijala on Friday March 01, 2024 @11:00AM
(#39562992)
I don't know
Re:JPEG XL and the Pareto Front
by edflsafoiewq on Friday March 01, 2024 @10:39PM
(#39569585)
Not in gif2webp, no. It is available in img2webp as a global (not per-frame) option. It looks like when you pass it, it will be used for all lossless encoding, including when "-mixed" tries the lossless mode.
Re:JPEG XL and the Pareto Front
by kurtextrem on Friday March 01, 2024 @11:51AM
(#39563650)
do you know why Jon didn't compare near-lossless in the "visually lossless" part?
Re:JPEG XL and the Pareto Front
by JyrkiAlakuijala on Friday March 01, 2024 @10:47PM
(#39569626)
WebP near-lossless is very far in compression density against that kind of visually lossless. Still 2-3x more bits I think. No reason to compare. The near-lossless (at settings 60 and 80) is closer to pixel perfect no matter how much you zoom, whereas Jon's "visually lossless" is what I'd rather call usual very high quality lossy without pixel precision guarantees.
WebP also has a near-lossless encoding mode based on lossless WebP specification that is mostly unadvertised, but should be preferred over real lossless in almost every use case. Often you can half the size without additional visible loss.