[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 caulier.gil...@gmail.com changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED Version Fixed In||8.0.0 --- Comment #44 from caulier.gil...@gmail.com --- I just tested under MacOS with last build and problem is now fixed. Gilles -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #43 from Maik Qualmann --- Webp support alpha channel, Jpeg not for example. DImg has an alpha flag, so it won't show up in the program when rendering the view, but the pixel data must be correct when converted to QImage. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #42 from caulier.gil...@gmail.com --- Damned, you are right. Alpha channel was set to the opposite value. Now problem is not reproducible under Linux. But why the Alpha channel break the WebP export, it's mysterious... Gilles -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #41 from Maik Qualmann --- Gilles, you set the alpha channel to 0x00, but this needs to be set to 0xFF. And yes, just OK works. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #40 from caulier.gil...@gmail.com --- yes forget the apply button, i already seen this dysfunction. It's a race condition. Only use Ok button for the moment Gilles -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #39 from Maik Qualmann --- I've now loaded and compiled the GMIC-Qt plugin, I hadn't installed it before. I can call it up from the digiKam Editor and select modules, the preview works without any problems. But if I also click Apply or OK, the progress bar keeps scrolling back and forth, the seconds count up, but nothing else happens. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #38 from caulier.gil...@gmail.com --- Hi Maik, I can reproduce now the dysfunction with WEBP under Linux. - Open a JPEG files in editor - Run GMIC Qt B filter. - Export to WebP The resulting image generated by GMIC Qt is fine in editor. GMIC convert from RGBA to grayscale image. When we re-importing the image data, we re-convert to DImg as RGBA. Code is located in this function: https://github.com/cgilles/gmic-qt/blob/master/src/Host/digiKam/editor/host_digikam.cpp#L75 Nothing special here. If i export to another format image is not broken. I tried TIFF, PGF, JPEG, PNG, etc... But in fact it's not only relevant of any filter applied to GMIC: all image process and exported in WEBP are broken. For ex, A JPEG file post-processed in GMIC with Brightness-Contrast filter and exported as WEBP is also broken. So something is wrong in WEBP plugin. I tried to disable the saveMetadata() in DIMg::Qimage plugin to see if it have any effect. It's not better, expected that alpha channel become the main color and no contents is displayed. I analyzed the WEBP RGB contents generated and it sound like only the first column of the image is used to generate all the rest. Open the WEBP image export to gimp and disable the alpha channel: https://i.imgur.com/2rL83S6.png It's a really strange effect. Note: an image post processed in GMIC and export in PNG and reopen in editor to be re-exported a WEBP is fine. So for me, something is badly pass to the DImg container when post processed in GMIC that WEBP codec miss-understood. For the moment i have no other ideas in mind. Best Gilles -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #37 from Geoff King --- (In reply to caulier.gilles from comment #32) > Geoff, > > Here you can find the AppImage demo loading a JPEG, editing with GMIC-Qt/B > and exporting to WEBP. As you can see all work as expected and metadata are > there... > > https://drive.google.com/file/d/18VxKzFfXsC02-euPluy1XmemknNfbmr_/ > view?usp=sharing > > I reproduced the same under MacOS without problem... > Hi Gilles, Here is a screencast of MacOS and Digikam 8.0.0 (3/30/2023) editing in GMIC filter and exporting to WEBP. The resulting thumbnail shows an image, but nothing in preview or editor. This affects WEBP and I have had no issues with other formats like PNG or JPEG or other built-in digikam effects. This also looks to affect Windows, but not Linux. I just picked a random photo, it happens to all (several) that I've tried. https://drive.google.com/file/d/1XuLik9J9X8WRuk8Xa761NdWVhAVmRogv/view?usp=share_link I also did another test where I used exiftool to remove all metadata from the WEBP version and then the thumbnail turned transparent. Regards, Geoff -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #36 from Geoff King --- (In reply to Maik Qualmann from comment #33) > The WBMP format probably comes from Qt directly. It's not relevant to us at > all. It comes from old cell phones and is a 1-Bit black and white format. It > has nothing to do with modern Webp. > > Maik Okay. I misunderstood this format. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #35 from caulier.gil...@gmail.com --- yes, i confirm that WBMP format is support as a low level Qt plugin. It's not provided KImageFormats module. https://github.com/qt/qtimageformats/tree/dev/src/plugins/imageformats Geoff, this want mean that the bug report open in KDE Bugzilla must be moved to Qt Bugzilla: https://bugreports.qt.io/browse/QTBUG-112275?jql=project%20%3D%20QTBUG%20AND%20component%20%3D%20%22Image%20formats%22 Gilles -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #34 from caulier.gil...@gmail.com --- yes WBMP is an old phone image format : https://en.wikipedia.org/wiki/Wireless_Application_Protocol_Bitmap_Format -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #33 from Maik Qualmann --- The WBMP format probably comes from Qt directly. It's not relevant to us at all. It comes from old cell phones and is a 1-Bit black and white format. It has nothing to do with modern Webp. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 --- Comment #32 from caulier.gil...@gmail.com --- Geoff, Here you can find the AppImage demo loading a JPEG, editing with GMIC-Qt/B and exporting to WEBP. As you can see all work as expected and metadata are there... https://drive.google.com/file/d/18VxKzFfXsC02-euPluy1XmemknNfbmr_/view?usp=sharing I reproduced the same under MacOS without problem... Best Gilles -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 467675] digiKam fail to export to WEBP format.
https://bugs.kde.org/show_bug.cgi?id=467675 caulier.gil...@gmail.com changed: What|Removed |Added Summary|digiKam fail to export to |digiKam fail to export to |WEBP and WBMP formats |WEBP format. --- Comment #31 from caulier.gil...@gmail.com --- As WBMP problem is releavant of KImageFormats codecs collection and is reported as UPSTREAM bug #467950, i rename title only for WEBP I found a little problem with the export settings widget depending of the format, but it doesn't have any effect on the output file contents Gilles -- You are receiving this mail because: You are watching all bug changes.