https://bugs.kde.org/show_bug.cgi?id=467675
caulier.gil...@gmail.com changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution|---
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
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
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.
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.
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,
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.
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
>
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
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
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.
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
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://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
14 matches
Mail list logo