| Summary: | Kimageformats Regression Affects Wallpaper Rendering, SDDM and Lock Screen | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kimageformats | Reporter: | John <kdelovaa> |
| Component: | general | Assignee: | Alex Merry <alex.merry> |
| Status: | RESOLVED DOWNSTREAM | ||
| Severity: | normal | CC: | aacid, arojas, dnovomesky, kdelibs-bugs-null, nate |
| Priority: | NOR | ||
| Version First Reported In: | 5.99.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
John
2022-11-10 11:50:05 UTC
Nobody removed anything, the code is right there https://invent.kde.org/frameworks/kimageformats/-/tree/master/src/imageformats Please limit yourself to reporting your issue and take the conspiracy theories elsewhere. > AVIF support has benn removed from KDE
What do you mean? To my knowledge nobody has done any such thing. Can you clarify?
After updating, yesterday, wallpaper was gone (see bug text above) and substituted without my consent to KDEs default. After updating, yesterday, SDDM background was gone (see bug text above) and substituted without my consent to KDEs default. After updating yesterday, KDE lock screen background was gone (see bug text above) and became blank (PURE "SHOUTY" WHITE). Nerve wracking as, I thougth update broke something/resetted my KDE configs. It did. I CANNOT reinstate .avif as: 1. Wallpaper, 2. SDD Background 3. Lock Screen. Webp works but is 2.3x bigger than avif. How the file was made: 1. Creation of HQ PNG Art 2. Scaling with SINC with graphics magic [$ gm ....) 3. Using libaom avif to compress it: $ avifenc -c aom -j all -s 0 -a aq-mode=2 -d 8 input.png output.avif Various Test Resaults: Info: All Files from RAW/ARW/NEF imported with dcraw preprocessed with Gimp (exposure fix for multifolder ones). Also huge NASA TIF Zero reencoding from one lossy compression to the other lossy compression. Zero defaults. Always the best parameters (--preset, --hints, scaling, sharp color conversion and multithreading for speed - e.g. in cwebp -mt .... as well as using HQ PNG as intermediary for compression when appropriate). Always according to documentation and man pages. Visual inspection always done. Size numbers: tiff/jpg=14794194/2248182=6.581 (no exif, no thumbs arythmetic, color profile...) tiff/jpg=14794194/2261881= 6.541 (full, arythmetic) tiff/jpg=14794194/2413580=6.130 (plain, color profile) tiff/webp=14794194/2844252=5.201 (z9, losless) tiff/avif=14794194/158132=93.556 (avifenc -c aom -j all -s 0 -a aq-mode=2 -d 8) web/avif=2844252/158132=17.987 In the last example you can see that AVIF was 18x smaller than webp. I did at least 13 different photos: Picture, Photos, Text, RAW file. big HQ PNG Art, photos with more small details, photos with less details and stuff etc to see compression sizes and quality. Post the output of `pacman -Q libavif kimageformats' (In reply to Antonio Rojas from comment #4) > Post the output of `pacman -Q libavif kimageformats' Here it is: libavif 0.11.1-1 kimageformats 5.99.0-3.1 I have no tumbs for avif in Dolphin nor Gwenview is capable of displaying avif anymore. What happened with the update of kimageformats? No more avif support? kimageformats 5.99.0-3.1 ^ This is not Arch Linux. I suggest you report this to the bug tracker of your distribution. (In reply to Antonio Rojas from comment #6) > kimageformats 5.99.0-3.1 > > ^ This is not Arch Linux. I suggest you report this to the bug tracker of > your distribution. Its a copy from official arch. ignore dash. Its exact Arch library, nothing changed. Use and see. Where is Avif and if you can use it in KDE. I'm done. (In reply to John from comment #7) > (In reply to Antonio Rojas from comment #6) > > > > > > ^ This is not Arch Linux. I suggest you report this to the bug tracker of > > your distribution. > > Its a copy from official arch. ignore dash. Its exact Arch library, nothing > changed. Use and see. Where is Avif and if you can use it in KDE. I'm done. No, it's not. There is no "kimageformats 5.99.0-3.1" package on Arch and there never was. When new libavif 0.11 got released, it didn't work with already released kimageformats 5.99 It was possible to use kimageformats 5.99 with older libavif or to backport fix into kimageformats 5.99 to allow it to work with new libavif. Unfortunately, backporting fixes/patches is an extra work/burden on package maintainers. Beside that, libavif changes with every release, so after upgrade of libavif, it is necessary to rebuild kimageformats. We don't know what happened in the specific distribution. For sure it was a result of technical troubles with software incompatibility and not some insidious anti-AVIF movement. |