Guetzli VS mozjpeg

JPEGLI = A small JPEG The suffix -li is used in Swiss German dialects. It forms a diminutive of the root word, by adding -li to the end of the root word to convey the smallness of the object and to convey a sense of intimacy or endearment. This obviously comes out of Google Zürich. Other notable Google projects using Swiss German: https://github.com/google/gipfeli perceptual JPEG encoder Guetzli = Cookie... - Source: Hacker News / 23 days ago

A JPEG encoder developed by Jyrki Alakujala, Robert Obryk, and Zoltán Szabadka, and released by Google in 2017. Guetzli specializes in high-end image quality where it is claimed to produce significantly smaller files than prior encoders at equivalent quality, albeit at very low speed. It is named after the Swiss German expression for biscuits, in line with the names of other compression technology from Google.... - Source: dev.to / over 1 year ago

I'm a huge fan of AV1 for video, but for images JPEG-XL is simply the better codec than AVIF. If you've not actually looked closely at a comparison and are just on the side of AVIF in this debate because it's based on AV1 (and maybe you hate HEVC / HEIC), I'd urge you to look closer. Jpeg XL is pretty unrelated to Jpeg, Jpeg 2000 and Jpeg XR and instead a successor of Google Guetzli, FLIF and newer research. Source: over 1 year ago

Guetzli. Looks like development has stalled? Perhaps for just that reason. https://github.com/google/guetzli. - Source: Hacker News / over 1 year ago

I've never had much luck using jpegoptim. In most cases it's only removing the metadata, which isn't much on high-res files. Guetzli is nice, if you don't have too many images to recompress (quite slow): https://github.com/google/guetzli. - Source: Hacker News / over 1 year ago

It would be nice if the author would add mozjpeg[1] to the comparison. At certain sizes, it can produce smaller sizes than WebP, and because it is still a jpeg, it has a much better compatibility story, which the author alluded to. [1]https://github.com/mozilla/mozjpeg. - Source: Hacker News / 5 months ago

Image-shrinker is a simple, easy to use open source tool for shrinking images. Under the hood it uses pngquant, mozjpg, SVGO, and gifsicle. You can also install these tools individually if you need to compress some images. I often use pngquantafter exporting PNGs for web projects from Figma or similar tools. I literally run it like this:. - Source: dev.to / 7 months ago

> MozJPEG is a patch for libjpeg-turbo. Please send pull requests to libjpeg-turbo if the changes aren't specific to newly-added MozJPEG-only compression code. https://github.com/mozilla/mozjpeg#mozilla-jpeg-encoder-proj.... - Source: Hacker News / 9 months ago

FWIW, Mozilla has been maintaining their own fork for quite a while now[1] AFAIK most Linux Distros have been using libjpeg-turbo as a drop-in replacement for libjpeg, after some drama in ~2010 where libjpeg came under new management, decided to break ABI/API several times over and add incompatible, non-standard format extensions[2]. [1] https://github.com/mozilla/mozjpeg. - Source: Hacker News / 10 months ago

No. See https://github.com/mozilla/mozjpeg Also, there is a fairly big problem with JPG that the ‘quality’ setting is not calibrated. That is you might look at one image and think it looks fine (which is subjective, depends on what you want to use the image for…) with a quality of 60%, but then you compress a million images at that rate, delete the originals, then... - Source: Hacker News / about 1 year ago