I think this may be a bug in the server code with EXIF tags. On my Droid with 2.1, I took a picture in portrait mode, as you said, and examined the saved result (for example, by email). When opening a file in Preview (on Mac), it looks right.
Using the handy exif tool ( port install exif on Mac), I was able to print the EXIF information:
$ exif -t Orientation image.jpg EXIF entry 'Orientation' (0x112, 'Orientation') exists in IFD '0': Tag: 0x112 ('Orientation') Format: 3 ('Short') Components: 1 Size: 2 Value: right - top
Now, if you want to delete EXIF information, what might happen in your connection with the server / client:
$ exif --ifd=0 --tag=Orientation --set-value= -o image2.jpg image.jpg Wrote file 'image2.jpg'. $ exif -t Orientation image2.jpg EXIF entry 'Orientation' (0x112, 'Orientation') exists in IFD '0': Tag: 0x112 ('Orientation') Format: 3 ('Short') Components: 1 Size: 2 Value:
The resulting image will be in landscape mode.
So, the bottom line says that I think the Droid keeps a bit in the image always in the landscape and relies on EXIF metadata to store rotation information (which is absolutely true), and your application may discard this information .
Hope this helps! Feel free to comment or edit the original question for further troubleshooting.
source share