| Summary: | Effects -> Color Effects: Lut3D stopped working | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Marcus Hardt <marcus> |
| Component: | ImageEditor-Plugins | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED DOWNSTREAM | ||
| Severity: | normal | CC: | caulier.gilles, coucouf, metzpinguin |
| Priority: | NOR | ||
| Version First Reported In: | 8.7.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | 8.8.0 | |
| Sentry Crash Report: | |||
|
Description
Marcus Hardt
2025-09-18 09:49:12 UTC
The Lut3D plugin works without issues here. Which digiKam version are you using? If it's an Ubuntu Snap package, use our AppImage. Maik I use the debian package installed locally. In case it matters: I don't have KDE as a desktop. The exact version is: 4:8.7.0-1 Are any binary digiKam packages missing from the installation? Typically, there should be a folder "/usr/share/digikam/data/lut3d" with PNG files. Please check. Maik Wait, they're now webp images. The most likely cause is that you don't have the KImageFormat plugins installed. This plugin is required for QImage to load these images. Maik I just installed: kimageformat-plugins: 5.116.0-1 and kimageformat6-plugins: 6.13.0-2 But nothing changed. A working workaround is to convert the webp images to png. As i know the Webp support must be compiled in Qt core. KImageFormat do not have an extra plugin code for Webp, all is delegate to the Qt core. List of codec source codes from KImageFormat (no webp stuff): https://invent.kde.org/frameworks/kimageformats/-/tree/master/src/imageformats?ref_type=heads README from KImageFormat (no webp stuff): https://invent.kde.org/frameworks/kimageformats/-/blob/master/README.md?ref_type=heads So, when Qt is configured before compiling, libwebp-dev must present and detected. Best regards Gilles Caulier Doc from Qt about image formats supported (webp is present): https://doc.qt.io/qt-6/qtimageformats-index.html Gilles Caulier Okay, WebP is part of Qt, and we've actually converted many PNG graphics to WebP. But then you shouldn't see the splash screen images, for example? Maik Yes, I also do not see any splash screen. Ok, you need to report the problem to Debian, they need to build Qt with Webp support. Maik Filed upstream as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1116194 Hi, Debian KDE packager here.
Thanks for the heads up. I checked and we do compile Qt imageformats with WebP support so I’m not sure that’s the bit that is missing. See [1] :
[…]
Further Image Formats:
JasPer ................................. no
MNG .................................... yes
TIFF ................................... yes
Using system libtiff ................. yes
WEBP ................................... yes
Using system libwebp ................. yes
[…]
There can be other packaging issues downstream indeed, if the problem is Debian-specific. But I don’t think missing WebP support in Qt is the one here.
[1] https://buildd.debian.org/status/fetch.php?pkg=qt6-imageformats&arch=amd64&ver=6.9.2-3&stamp=1761474622&raw=0
|