Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'Be aware of an iMovieHD/iPhoto image rotation glitch' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
Be aware of an iMovieHD/iPhoto image rotation glitch
Authored by: gleavell on Nov 27, '05 06:55:47PM

This makes sense, but it's not happening that way for me. I'm using iPhoto 5.0.4 (398) in Tiger, and selecting "Rotate" really changes the image file and leaves the EXIF orientation field alone.

On the other hand, if I rotate an image with Preview 3.0.3 (398), the image remains untouched and the orientation field is changed.

What I find really interesting is iPhoto's handling of images during import. If the image's orientation field indicates that the image has been rotated, iPhoto will silently perform a real rotation on the image and reset the orientation field. And, as it does when you perform any modication to an original image, it even stores a copy of the pre-iphoto-rotated image in the "Originals" subdirectory underneath the hood of the iPhoto Library directory structure. In fact, "revert to original" is avalable so that you can bring the image back to it's original state. If you *do* revert to original, iPhoto then honors the original EXIF orientation flag and continues to display the "rotated" image. At least that's how it's working for me today.

Does anyone know if iPhoto's rotation is lossless?

With regard to what other OS X utilities honor the orientation field, I've noticed this so far:

*Does* honor EXIF orientation field:
- Preview
- Finder column view preview

Does *not* honor EXIF orientation field:
- Safari 2.0.2 (416.12) (Neither does Firefox 1.5RC3)
- iPhoto File / Add to Library browse window preview
- Desktop background

Glenn



[ Reply to This | # ]