Digikam git version doesn't display thumbnails from tiff images cropped with Rawtherapee. To reproduce: - In Digikam open tif file "test.tif" with Rawtherapee - In Rawtherapee, crop test.tiff image, save new image "test-cropped.tif" as tif 8bit in same folder than original - Update folder - "test.cropped.tif" thumbnail is displayed but image is not cropped - click on "test.cropped.tif", full cropped image is displayed now This issue doesn't happen with jpeg files. The issue doesn't come from Rawtherapee because Gimp displays this tiff cropped image normally. This issue doesn't happen with cropped tif image created with Gimp Cropped file and original file here: https://www.dropbox.com/scl/fi/ds5ukxx8irgthmswkh4oy/moose-tracks-cropped-RT.tif?rlkey=a05tcqf1kox66xv8ywse8bhn0&dl=0 https://www.dropbox.com/scl/fi/i0obrab8cu0ql6zvbz7au/moose-tracks.tif?rlkey=41fbcf90f2kkpkst18tnsjx1r&dl=0 Arch Linux system Qt5 rawtherapee-git 1:5.9.r474.g255a0c708-1 libtiff 4.6.0-2
At the moment I only have the Windows version of digiKam-8.3.0, no problems, both TIFF files have thumbnails and can be opened. Maik
TIFF can use special compress algorithm as ZIP. libtiff must be compiled with this kind of support (optional). If RawTherapee enable an exotic compression method, this is not portable.
Look tiff compresion notes in wikipedia page : https://en.wikipedia.org/wiki/TIFF
Both TIFF files are also displayed here under my Linux version. The original is uncompressed, the cropped is compressed with Adobe Deflate. Maik
If you're concerned about the appearance/size of the cropped image, it's because there's a preview image included that Rawtherapee hasn't adjusted when I compare the bytes. Now digiKam uses the preview image for performance reasons if it is available. Maik
Git commit e59b62583ab0cdb48fd76bd5de4e4aca02094b22 by Maik Qualmann. Committed on 31/01/2024 at 17:51. Pushed by mqualmann into branch 'master'. add remove IPTC preview image to the BQM tool M +11 -3 core/dplugins/bqm/metadata/removemetadata/removemetadata.cpp https://invent.kde.org/graphics/digikam/-/commit/e59b62583ab0cdb48fd76bd5de4e4aca02094b22
The error here is with Rrawtherapee that the IPTC preview image is not updated. With the last commit you have the option to remove it. Alternatively, save the image again with the digiKam editor, we update the preview image. Maik
(In reply to Maik Qualmann from comment #1) > At the moment I only have the Windows version of digiKam-8.3.0, no problems, Issue happens with Rawtherapee git version > both TIFF files have thumbnails and can be opened. To be clear: I can open both files and display thumbnails too but Digikam doesn't display image cropped thumbnail, it displays two same thumbnails, as if one of these images has not been cropped. I tested with Rawtherapee 5.9, issue is not present, cropped image thumbnail is displayed normally. Something has changed with Rawtherapee git version. It seems RT uses deflate compression https://github.com/Beep6581/RawTherapee/blob/dev/rtengine/imageio.cc > > Maik
(In reply to caulier.gilles from comment #2) > TIFF can use special compress algorithm as ZIP. libtiff must be compiled > with this kind of support (optional). If RawTherapee enable an exotic > compression method, this is not portable. Rawtherapee use deflate compression (see the code in my post below)
I have Rawtherapee 5.9 here, this version removes the IPTC preview, so the thumbnail in digiKam is correct. If the Rawtherapee git version keeps the IPTC preview but does not update it, that is a bug. Maik
Same issue in Digikam with tiff files cropped with Rawtherapee git version. No issue with two file managers, Dolphin 23.08.4-1 and Pcmanfm-Qt 1.4.0. They display cropped cropped file/ tiff thumbnails normally. It seems bug comes from Digikam
Do not you understand? digiKam uses the embedded preview image in the TIFF image, if it exists, to create thumbnails faster. Rawtherapee removed this thumbnail in older versions, so digiKam created the thumbnail from the full TIFF - all good. Now the “old” preview image remains in the TIF, which of course we then use and the display is not correct. So either Rawtherapee removes the preview image as before or saves a correct one. Maik
I understand what you mean, I have to investigate and may be, report issue upstream. Thanks for these explanations
I get same issue after rotating image with Gimp 2.10. Open tiff image in Digikam with Gimp In Gimp, rotate and save it New tiff image/rotated/thumbnail is not displayed in Digikam, only original tiff image/thumbnail is displayed. Clicking on this new thumbnail/image displays it normally/rotated
As I said, we use the embedded preview image to create the thumbnail. If it is not updated by Gimp and other programs, it will display incorrectly. We can disable that. But then with large TIFF files created by digKam, the creation of new thumbnails will be significantly slower. However, I am of the opinion that the corresponding programs, if a preview is available, also have to update it. With digiKam-8.3.0 you can remove the preview image with the BQM, then everything will be correct again. Maik
Another fact is that if programs like Gimp or Rawtherapee do not update the embedded preview image, you think you have removed sensitive information with a crop, but it is still in the preview image. Maik
(In reply to Maik Qualmann from comment #15) > As I said, we use the embedded preview image to create the thumbnail. If it > is not updated by Gimp and other programs, it will display incorrectly. We > can disable that. But then with large TIFF files created by digKam, the > creation of new thumbnails will be significantly slower. Slowness is not a problem if it solves issue > However, I am of the opinion that the corresponding programs, if a preview > is available, also have to update it. Reasonably, I can't report that to Rawtherapee and Gimp upstream, it concerns Digikam > > With digiKam-8.3.0 you can remove the preview image with the BQM, then > everything will be correct again. In BQM/batch queue manager, I don't see any option or function to remove the embedded preview image
The function was just added yesterday, it is Comment 6. In the Metadata Remover in the IPTC section. Maik
Yes, remove IPTC metadata works in BQM but i see XMP tags are no more displayed in thumbnail after removing IPTC To reproduce, in BQM: Metadata remove metadata IPTC/preview image is checked XMP and exif are not checked
I can't reproduce it, I used your sample image for testing, XMP remains. Please test it again. Maik
Strangely, it keeps metadata now, it works. I don't understand what happened, sorry for the noise.......
Because the problem comes from IPTC, not using IPTC would be a good thing but i did not find a way to disable it. Is it possible?
I see the new BQM tool doesn't remove all IPTC metadata To reproduce: select tiff image In BQM choose remove image IPTC metadata "completely" remove IPTC In metadata editor item -> edit metadata -> IPTC -> keyword One keyword tag is still there. I tested with other images, same issue, each time, one keyword is not deleted (only one each time)
I'm guessing you're using sidecars. There is an interaction between XMP and EXIF/IPTC. Check out the XMP conversion table: https://exiv2.org/conversion.html To prevent this, you would have to deactivate the sidecar. Maik
Yes, I use sidecars, I never use IPTC and EXIF. Cameras creates EXIF but I don't need this kind of metadata. May be I'm wrong but I think converting IPTC to XMP is useless because Digikam never ends recreating interaction issue between XMP and EXIF/IPTC. I tested it with 11 images this way: In images test directory, I deleted .xmp files then, I deleted all images metadata in this directory : find . -type f -iname '*.tif' | xargs exiv2 -v -k delete After launching Digikam, I see metadata have disappeared, good. Then I tagged my 11 images normally, with XMP settings, only one tag 'animaux' In metadata editor, all is right in XMP keyword section but i see tag/keyword 'animaux' is present in IPTC section.