You want all the pngs to be converted to webp lossy ?
No sorry, there is no such option. All converters automatically convert pngs to lossless and jpegs to lossy.
Can I ask what the motivation is?
If you got cwebp conversion method working, you could alternatively add the “near_lossless” option described here: https://developers.google.com/speed/webp/docs/cwebp
It is something between lossless and lossy
Click the “configure” link on the “cwebp binary” conversion method, and go to the “Extra command line options” section
-
This reply was modified 7 years, 3 months ago by
rosell.dk.
My motivation comes from the website: https://webspeedtest.cloudinary.com/results/190308_D1_53f389f63d022785a30066120b97fe38
They mark the WebP bad and say, it should be lossy and diffrent size.
Ok, that is interesting.
Very nice tool!
First of all, I did not even know that webp lossy could be used with transparency. It seems I was stuck in the mindset of the png/jpeg choice.
Next comes the question of when to choose lossy and when to choose lossless. Lossy is not always best. This is also reveiled in the test-link you sent. It is only on some of the images, it says “Current image is a lossless WEBP, but a lossy WEBP yields a better result.”. If we simply switch to lossy for all, we will surely see a message like “Current image is a lossy WEBP, but a lossless WEBP yields a better result.” on some of the images.
Deciding this manually for each image would be tedious. We would need the converter to make the choice automatically and intelligently. But this is perhaps not as simple as making two conversions and comparing size
I have created an issue for it on the helper library “webp-convert”, on github (which I also created, and maintains): https://github.com/rosell-dk/webp-convert/issues/106
This took a major effort to implement, but it is here! And it works for all converter methods except two! (Gd and Ewww).
I have described the feature here.
Thanks for asking for this. It is a very effective strategy for getting smaller webp files without sacrificing quality. And with this feature, WebP Express probably outperforms most if not all competitors in terms of quality/size ratio (I haven’t examined this, just guessing. But I know that ewww does not do this – it always selects lossless for PNG and lossy for JPEG).
Finally marking this as resolved! – it has kept me busy the last three months (in part because it triggered a new api version of webp-convert, and that triggered me to do other improvements)
