pjr
October 13, 2022, 2:02am
1
There is a bug in DT that has been around for a little while:
opened 01:42AM - 18 Jan 22 UTC
**Did you buy darktable from an application store ?** No.
**Describe the bug/… issue**
In previous shoots the orientation was captured fine in my Sony Alpha 7 - IV when I imported the files into lighttable. Something changed, but I'm not sure what. On my last import, the orientation is incorrect for pictures taken in a vertical orientation. [I posted on reddit if you would like to see how an image was imported.](https://www.reddit.com/r/DarkTable/comments/s6i0a0/help_vertical_oriented_images_not_displaying/)
When I compared the EXIF tags there does seems to be some difference:
*Successful vertical EXIF tags: `0..l...ap....j`
*Failed vertical EXIF tags `0....h.ap....h`
Any thoughts on what I may have changed in darktable or in my Camera would be appreciated.
exiftool reported that the Rotation is 270 degrees. In Camera the rotation displays correct in the preview
**To Reproduce**
_Please provide detailed steps to reproduce the behaviour, for example:_
1. Download the sample RAW HEIF file: https://drive.google.com/file/d/1Cogyq_8X1nWrN0WONO5W47At4aW29OJs/view?usp=sharing
2. Go to import => add to library
3. View the bad orientation in lighttable
**Interesting**
* Enabling the preview 'eyeball' before import displays the correct orientation.
* Installed darktable into my Ubuntu 20 VM and experienced the same result with the incorrect orientation and replication of another chunk of the image.
**Expected behavior**
Expected the image to be vertically oriented and not horizontally oriented with duplicated sections.
**Screenshots**
https://www.reddit.com/r/DarkTable/comments/s6i0a0/help_vertical_oriented_images_not_displaying/
**Which commit introduced the error**
UNKNOWN
**Platform**
* darktable version: 3.8.0
* Operating system and its version: Windows 10, build 1305
- Can you reproduce with another darktable version(s)? UNKNOWN
- Can you reproduce with a RAW or Jpeg or both? RAW
- Are the steps above reproducible with a fresh edit (i.e. after discarding history)? yes
- Is the issue still present using an empty/new config-dir (e.g. start darktable with --configdir "/tmp")? yes
- Do you use lua scripts? No.
It seems that the only workaround is to remove the “QuickTime:Rotation=0” EXIF value from each of the HEIC files using exiftool.
Is there a better way? Preferably non-destructive?
Can you match on that metadata and apply the correct rotation?
pjr
October 14, 2022, 9:43pm
3
Excellent idea - although my fear is that if I start rotating images, and then DT gets this bug fixed, then my images will rotate again. Would the manually applied rotation override any auto rotation which might get applied later?
I have no idea, but you could also auto apply a tag to those image so that if soemhting is off when the bug is fixed, you can correct them in bulk.
pjr
October 15, 2022, 11:05pm
5
That should work. Thx for the idea.