Version: 1.9.0 (using KDE 4.6.5) OS: Linux When I turn off autorotate on my EOS 450D and take portrait shots, the resulting CR2 files have the EXIF 'Orientation' tag set to 'Horizontal' and the EXIF 'Camera Orientation' tag set to Rotate 90 CW or 270 CW. When converting these images to TIFF with digiKam's batch processor, the resulting images are rotated per 'Camera Orientation' tag. This should only happen when the 'Orientation' tag is also set (so, when the images are taken with the Camera set to autorotate). I doublechecked this behaviour against Canon's raw processor, raw therapee and dcraw; they all perform as I expect and do not rotate these images. Reproducible: Always Steps to Reproduce: feed an image with EXIF 'Orientation' tag Horizontal and 'Camera Orientation' tag 'Rotate 90 CW' into digikam's batch raw processor convert to TIFF Actual Results: the resulting image is rotated, even though it shouldn't be Expected Results: the image should not be rotated Camera Orientation is AFAIK a maker-specific tag. It is correctly propagated into the TIFF files, but when the general EXIF 'Orientation' tag isn't set, it should not have any effect upon the conversion; the data should just be converted in sensor geometry and show up landscape just as the sensor received them.
Try with kipi-plugins/digiKam 2.4... 1.9.0 is pretty old now... Gilles Caulier
Am 17.12.2011 12:52, schrieb Gilles Caulier: > https://bugs.kde.org/show_bug.cgi?id=289181 > > > Gilles Caulier<caulier.gilles@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > CC| |caulier.gilles@gmail.com > Resolution| |WAITINGFORINFO > > > > > --- Comment #1 from Gilles Caulier<caulier gilles gmail com> 2011-12-17 11:52:22 --- > Try with kipi-plugins/digiKam 2.4... 1.9.0 is pretty old now... I'm on Kubuntu 11.4. There is no newer packet than 1.9.0 are you positive this has been fixed? Kay
Well, i cannot reproduce it, but it's better to see report author confirm it. Gilles Caulier
Am 17.12.2011 23:10, schrieb Gilles Caulier: > https://bugs.kde.org/show_bug.cgi?id=289181 > > > Gilles Caulier<caulier.gilles@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|RESOLVED |UNCONFIRMED > Resolution|WAITINGFORINFO | > > > > > --- Comment #3 from Gilles Caulier<caulier gilles gmail com> 2011-12-17 22:10:03 --- > Well, i cannot reproduce it, but it's better to see report author confirm it. > > Gilles Caulier > would it help you to reproduce it if I provide sample data? Kay
yes, sure Gilles Caulier
Am 17.12.2011 23:21, schrieb Gilles Caulier: > https://bugs.kde.org/show_bug.cgi?id=289181 > > > > > > --- Comment #5 from Gilles Caulier<caulier gilles gmail com> 2011-12-17 22:21:19 --- > yes, sure > > Gilles Caulier > the original raw file has these tags: kfj@Anja:/media/Space/Bilder/work$ exiftool -Orientation -CameraOrientation IMG_3932.CR2 Orientation : Horizontal (normal) Camera Orientation : Rotate 270 CW but when converted, it's rotated. The tags in the TIFF are the same. the comparison is in this screenshot: http://dl.dropbox.com/u/52145569/misconverted.jpg and if you want the raw file it's http://dl.dropbox.com/u/52145569/IMG_3932.CR2 but it'll take a while to show up there since my uplink is slow Kay
Ok, i tested result here with your image : It's the same in icon view. I tested with my Sony DLSR, it's the same with device autorotation settings. The problem is not with RAW converter. Look in metadata TIFF orientation tag is the same than CR2. If you disable thumb autorotate option from digiKam/metadta config dialog, TIFF will not be rotated The problem is about RAW preview image where we don't have any relevant information about rotation angle. The real image rotation information is not the same. It'is issue,s a big puzzle. The RAW preview is not taken from RAW data. It's an embedded JPEG image in RAW file. And orientation of this preview is not the same than RAW image, due to your change of your camera orientation settings. To solve this issue digiKam must be able to rotate thumbs independently of real image data. There is already a report in digiKam bugzilla about this subject...
Am 18.12.2011 10:19, schrieb Gilles Caulier: > The problem is not with RAW converter. Look in metadata TIFF orientation tag is > the same than CR2. If you disable thumb autorotate option from digiKam/metadta > config dialog, TIFF will not be rotated this is not so, at least not on my system. AFAIKT the raw processor here ignores the 'Orientation' tag and rotates according to the 'Camera Orientation' tag. Please note that my problem is that the image IS rotated, but I want it NOT to be rotated, this is why I have set the 'Orientation' tag to 'Horizontal'. And my issue is with the resulting TIFF file, not with the CR2 or it's display in digiKam. In hugin-ptx, where I am discussing the issue, I've been told that there were versions of dcraw which exhibited this bug, so I suppose that's what my problem is here. Of course it's possible that with your later version of the raw converter, the bug has been fixed already on your system. > The problem is about RAW preview image where we don't have any relevant > information about rotation angle. The real image rotation information is not > the same. It'is issue,s a big puzzle. the preview file will be rotated if autorotate is set in the camera, otherwise it's not. I've checked by extracting the embedded JPG with dcraw -e. > The RAW preview is not taken from RAW data. It's an embedded JPEG image in RAW > file. And orientation of this preview is not the same than RAW image, due to > your change of your camera orientation settings. > > To solve this issue digiKam must be able to rotate thumbs independently of real > image data. There is already a report in digiKam bugzilla about this subject... my problem isn't with the embedded thumbnail images. I process the data with hugin to make panoramas and I have a pretty good idea how to tell rotated image data from unrotated data. I need all the image data as it hit the sensor. dcraw, DPP and raw therapee all perform as I expect on this system. digiKam does not. Be assured the problem exists and has nothing to do with thumbnails or digiKam's thumbnail display. Kay
I'm not quite sure which part is reading the CameraOrientation tag. It's a makernote tag, and I dont see it mentionen in libkexiv2. This bug is about the preview or the main image? I'm not quite sure after reading all the comments.
Am 26.12.2011 12:22, schrieb Marcel Wiesweg: > https://bugs.kde.org/show_bug.cgi?id=289181 > > > > > > --- Comment #9 from Marcel Wiesweg<marcel wiesweg gmx de> 2011-12-26 11:22:17 --- > I'm not quite sure which part is reading the CameraOrientation tag. It's a > makernote tag, and I dont see it mentionen in libkexiv2. > > This bug is about the preview or the main image? I'm not quite sure after > reading all the comments. > the bug is about handling of image data in the raw batch processing module of digiKam. Images which have the Orientation tag set to 'horizontal' (and should therefore not be rotated) are nevertheless rotated if the CameraOrientation tag is not set to 'horizontal'.
In RAW Import tool, Libraw check exif orientation flag. This is why in image editor i have disabled auto-rotation provided by libkexiv2 with RAW files. Gilles Caulier
Kfj, This file still valid using last kipi-plugins 4.10.0 ? Gilles Caulier
New Kipiplugins 4.11.0 is available : https://www.digikam.org/node/740 Can you reproduce the problem with this release ? Gilles Caulier
RawConverter is not maintained since a while and is obsolete now. It will be removed with 5.0.0. Use digiKam BQM instead...