Closed bes-internal closed 7 months ago
I saw the main offer of this tool is "get higher-quality images with smaller file sizes". This raises some doubts even if you have new efficient implementation of algorithms. If you just use open libs implementations, then it's still not clear where the smaller file size is taken from, except at the downgrade of quality. Anyway but why the quality field (I don’t know how it is displayed or filled) has a value not equal as transferred to the tool? It would be convenient to use these data later. Why quality field disappear from out at low values?
We're not just using mozjpeg, we have adaptive algorithms to tune chroma and other data. What matters, in my opinion, are the following factors:
ImageMagick's reported quality setting is bogus, and as I mentioned this value is meaningless as it does not translate into similar math or algorithms across codecs.
On Wed, Feb 8, 2023, 1:55 PM Vladimir Varlamov @.***> wrote:
I saw the main offer of this tool is "get higher-quality images with smaller file sizes". This raises some doubts even if you have new efficient implementation of algorithms. If you just use open libs implementations, then it's still not clear where the smaller file size is taken from, except at the downgrade of quality. Anyway but why the quality field (I don’t know how it is displayed or filled) has a value not equal as transferred to the tool. It would be convenient to use these data later.
— Reply to this email directly, view it on GitHub https://github.com/imazen/imageflow/issues/624#issuecomment-1423227143, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAA2LHZ5L74IQFIEGZGS53TWWQB5FANCNFSM6AAAAAAUVUJHFY . You are receiving this because you commented.Message ID: @.***>
If you select a set of images (say - 4 to 8), we can process them side-by-side with ImageMagick and Imageflow to compare the balance of visual quality and file size.
imagemagick reference:
imageflow:
version with removed files
Questions: