https://bugs.kde.org/show_bug.cgi?id=277996
DrSlony <b...@londonlight.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |---
--- Comment #14 from DrSlony <b...@londonlight.org> ---
Sure.
The unfortunate thing about the JPEG "quality" parameter's name is that it
makes it sound as if this is all there is to the actual image quality, but that
is not the case.
The chroma subsampling parameter lets you control the precision at which color
information (as opposed to luma) is recorded. At worst, 3/4 of the color info
is discarded. More information here:
https://en.wikipedia.org/wiki/Chroma_subsampling
Of all the parameters that JPEG compression involves, both quality and chroma
subsampling should be exposed to the user.
When dealing with full-sized real-world photographs, the pixel-level level of
chroma detail is generally low - the lens, sensor and post-processing result in
blurriness at the 100% zoom level, and it's near impossible to see a difference
between an image with no subsampling vs one where the chroma was halved.
However, when dealing with screenshots or downscaled real-world photographs,
there is usually meaningful information at the pixel level which will be
glaringly obvious if it's lost in the JPEG compression process.
Examples to follow.
My original issue 333733 was marked as a duplicate of this one, and then this
one was closed without solving the original issue, so I'm re-opening this one.
--
You are receiving this mail because:
You are watching all bug changes.
