GNOME Bugzilla – Bug 615114
some .CR2 (RAW) pictures are displayed mirrored
Last modified: 2011-06-08 19:08:33 UTC
In Ubuntu Lucid Jan-Christoph Borchardt reported: EoG, Evince and gnome-raw-thumbnailer display a mirrored image for some CR2 RAW files. In F-Spot it is displayed correctly (see the attachment). Attachment: http://launchpadlibrarian.net/42892903/IMG_4845.CR2 Launchpad ref: https://bugs.edge.launchpad.net/ubuntu/+source/eog/+bug/554036 Thanks!
AFAIK Ubuntu doesn't install libopenraw's gdk-pixbuf plugin so what you see is likely the included preview image which is loaded by the standard TIFF loader. Still, the file seems to be corrupted. Both dcraw and libopenraw fail to open it. I also tried F-Spot on the latest Ubuntu snapshot and it failed as well. *(posting this into the right bug now)*
So, is this still an issue?
i see the flipping with EOG 2.32.1 in ubuntu 11.04 (and in shotwell, but not ufraw or f-spot). there are some example files at http://trac.yorba.org/ticket/3508
Reopening as I can see it using the example pictures now. Interestingly this seems to affect both the included TIFF preview (tested using TIFF loader) and the RAW image itself (tested using libopenraw). Wondering.
Forwarded to libopenraw's bug tracker as from the looks this is a bug there. eog displays the image just like it gets it from the plugin/loader. The loader also doesn't make orientation information available which eog could use if we added support for the respective API.
As you might have noticed, there latest libopenraw-loader code can provide us with the image's orientation now (Thanks, Hub! ;-) ). So I just added code to eog to try GdkPixbuf's "orientation"-value as a fallback if no Exif data is available. When autorotate is enabled this should then rotate the images correctly. Emphasis: At the moment you'll need the latest libopenraw from git to see this work with RAW images! commit 8ac825bea9ce49e500efd8ed94bd3177b03f9731 Author: Felix Riemann <> Date: Wed Jun 8 20:58:29 2011 +0200 Use GdkPixbuf's "orientation" feature as fallback for autorotation Useful for formats where we don't support extracting the needed data ourselves (e.g TIFF) and if eog is compiled without libexif. https://bugzilla.gnome.org/show_bug.cgi?id=548474 https://bugzilla.gnome.org/show_bug.cgi?id=615114 This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.