ImageOptim / ImageOptim

GUI image optimizer for Mac
https://imageoptim.com/mac
GNU General Public License v2.0
9.2k stars 431 forks source link

[REQUEST] Will this tool ever support WebP ? #419

Open change-thegame opened 1 year ago

change-thegame commented 1 year ago

WebP is now the new standard for images on web. Would be amazing to include the cwebp library in this. 🙏 https://developers.google.com/speed/webp/docs/cwebp

p.s sorry if this has already been asked of

NiklasBr commented 1 year ago

Answer: No, webp in it's current state can not be supported. It has no optimisation tools, and it has no specification which allows for alternative implementations which could provide better compression in a compatible manner.

See some of the many previous issues: #249 #278 #338

kasperkamperman commented 1 year ago

Same question but for AVIF.

Would you consider conversion or is the focus purely on optimizing? At least from that point I get that you won't support webm, avif.

Conversion from jpeg to avif/webm might be an interesting use case though.

radicaldotgraphics commented 10 months ago

I think the way people are using this tool and the author's intent are slightly different.

I think there could be an opportunity for a paid version of ImageOptim? I know I'm extremely happy with ImageOptim and if it could also generate files like webp I'd be happy to pay for it. Just a thought.

blopker commented 9 months ago

I just ran into this issue and decided to try to make my own version of ImageOptim that supports WEBP: https://github.com/blopker/alic If anyone tries it out, I'd love some feedback! It does all the processing with threads instead of seperate processes, which seems to make optimizing much faster too. It's also using a newer set of tools so the optimizations are ~5% better, which is cool.

maryla-uc commented 3 months ago

Pinging this because despite newer codecs like AVIF getting wide browser support, WebP still has a place today notably as a lossless codec. While AVIF has superior lossy encoding, most of the time it does much worse than WebP for lossless, especially for artificial images. WebP lossless DOES have a specification, and while to my knowledge, there is no alternate WebP encoder, libwebp might be able to produce a smaller file if set to a higher "effort" than when the image was created (see the "-z" flag in cwebp, or the WebPConfigLosslessPreset function in the library), or simply because improvements have been made to the library in the meantime. And of course most of the time a PNG can be converted losslessly to a smaller WebP file, assuming you allow changing the image format.