https://bugs.kde.org/show_bug.cgi?id=466005
--- Comment #8 from Rafael Linux User <rafael.linux.u...@gmail.com> --- For those of us who do believe that JXL should replace JPG because of its amazing qualities, retaining the original quality in transcoding is important. Could you consider the inclusion of the mentioned transcoding library in Digikam? After all, it is a native feature of the JXL format, as is choosing the "effort" parameter in the encoding. The native TIFF format does not implement some of the encoding methods offered by Digikam and other image processing software. Moreover, there are so many non-native options that, as I'm sure you know, TIFF is also known as "Thousands of Incompatible File Formats". And yet, it seems that implementing all the native features of JXL is more problematic than implementing the non-native (non-standard) features for TIFF. That's my opinion, of course, but why hide from the user the native options of a format like JXL that has been developed in such a way that it covers all the weak points of the other image formats? Thank you -- You are receiving this mail because: You are watching all bug changes.
