GNOME Bugzilla – Bug 326356
Vertical raw rotation problems.
Last modified: 2006-10-11 20:50:13 UTC
Verticaly taken raw images are shown upside down when viewing a single image, when browsing the thumbnails are unrotated. Camera: Canon PowerShot s60
can you attach an example image and tell me what version of dcraw you have installed?
The raw is too big to attach. Does f-spot use an external dcraw binary?
If all other methods of loading a suitable image fail it uses and external dcraw to load the image. Newer dcraw versions apply rotations to the image when loading then f-spot does the same, which may be the cause of your problem. In cvs f-spot passes more command line options to avoid this problem. Can you reproduce this problem with cvs f-spot? As far as attaching the image goes, feel free to mail it to me at lewing@novell.com
The actual image displayed is the embeded jpeg in this case (image is identical to jpeg extracted with exiftool), CVS f-spot has same problem.
Does this still happend with latest cvs? Did you send the picture to Larry?
> Does this still happend with latest cvs? Yes. > Did you send the picture to Larry? Back in january, I don't know if it arrived.
Created attachment 66924 [details] [review] Fixes raw rotation for s60, probably breaks other cameras. I've managed to fix this for the PowerShot s60, but it probably breaks other cameras.
what version of dcraw do you have installed? Can you send me a sample raw file?
None. As far as I can see f-spot doesn't use dcraw to display the raws, at least for PowerShot s60 raws it seems more like the embeded jpeg. Sure, I just sent samples for 90 and 270 degrees to the address listed in CC.
The Ximian address failed, message too large, I'll try the Novell address.
A sample can be downloaded from http://resare.com/noa/slask/raw-rotate-demo.crw (6.4MiB) the described behaviour (non-rotated thumbs, detailed view up side down) is reproducible with f-spot-0.1.11 from fedora development.
This patch solves same issue for Canon 10D's CRW files and doesn't affect other files I have (350D's CR2 and JPEG).
yeah the problem is that the internal processing in f-spot is reading the raw orientation and then using that orientation when displaying the embedded jpeg which is antually already in the correct orientation. I need to improve the file abstraction so that this case can be handled properly.
*** Bug 344033 has been marked as a duplicate of this bug. ***
This bug was also reported in bug #344033 for 10D and 300D raw images. To summarize: -george submitted the bug and provided a lot of test raw pictures -manuel came with a patch, similar to the one in comment #7 -larry said the actual cvs code worked well with his digital rebel (= 300D) -I check the ciff specification, which clearly differ from f-spot code... From the CIFF specification (http://xyrion.org/ciff/CIFFspecV1R04.pdf page 19), "rotationAngle: This indicates how many degrees in the counter-clockwise direction the original data file should be rotated for correct viewing of the image." src/Ciff.cs "public int RotationAngle; //degreess clockwise to rotate (orientation)" Larry, or anybody owning a Digital Rebel, can you take some test shots ?
Hi guys I have the same problem with my pictures :-) You can find a sample picture attached (taken with a EOS 300D) here: https://launchpad.net/distros/ubuntu/+source/f-spot/+bug/63451 cheers Nils
I don't know what I was smoking, committing the patch.