All exports done in Convert & Modify:
Nr KBytes File Variant
0) 747.51 PNG, ARGB, original, ICC "Color LCD", resolution tag "144 PPI"
1) 281.72 WEBP, ARGB, lossless, Exif, ICC "Color LCD" preserved, PPI info preserved
2) 277.47 WEBP, ARGB, lossless, saved entirely w/o metadata, no color conversion done, hence interpreted as sRGB (hence colors a bit off)
3) 289.78 WEBP, ARGB, lossless, perceptual color conversion from "Color LCD" to sRGB (via ☑︎ use batch), Exif, without ICC flag/profile (sRGB default anyhow), PPI info preserved. I expected °3 to be somewhere in the size range between °1 and °2, but it is clearly above both!
So WEBP's lossless compression seems to work somehow less efficient after the pixels raw RGB values got a perceptual color conversion from "Color LCD" to "sRGB". Any ideas why?
My explanation is something like this: Some neighboring pixels (e.g. on continuous surfaces or on boundaries / gradients) which in the old color profile were close or identical enough to be efficiently packed, after the perceptual color conversion were a bit "further apart" which requires a tad more compression bandwidth here and there. Does this seem plausible?
Or is it the alpha channel in particularly which performs significantly worse after color conversion?
Lossless WEBP compresses worse after perceptual color conversion from ICC "Color LCD" to sRGB. Any idea why?
Having tech problems? Post them here and do not worry, there is always a solution for you.
1 post • Page 1 of 1