jpegexiforient fails on files scaled with imagemagick

Bug #482443 reported by Akkana Peck on 2009-11-14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
libjpeg6b (Ubuntu)

Bug Description

Starting with a photo from a Canon camera that has orientation "rotate 90" according to jhead, or "right - top" according to exif.
Scale it smaller with imagemagick's "convert". Check that jhead and exif still think the orientation is the same. Now try to view or remove the orientation with jpegexiforient, and it fails.

$ convert -scale 600 vertsav.jpg vert.jpg
$ jhead vert* | grep Orien
Orientation : rotate 90
Orientation : rotate 90
$ exif vert* | grep Orien
Orientation |right - top
Orientation |right - top
$ jpegexiforient vertsav.jpg
$ jpegexiforient vert.jpg
$ jpegexiforient -1 vert.jpg
$ jhead vert.jpg| grep Orien
Orientation : rotate 90
$ exif vert.jpg| grep Orien
Orientation |right - top

ProblemType: Bug
Architecture: i386
Date: Fri Nov 13 16:44:55 2009
DistroRelease: Ubuntu 9.10
Package: libjpeg-progs 6b-14build1
 PATH=(custom, user)
SourcePackage: libjpeg6b
Uname: Linux i686

Akkana Peck (akkzilla) wrote :
Akkana Peck (akkzilla) wrote :
Brion Vibber (brion) wrote :

I'm also seeing jpegexiforient seemingly doing nothing on files saved from Gimp; I'm not 100% convinced it will actually add the setting to a file that doesn't already have it, but only changes it if it's already in there.

Note that you can add these with the 'exif' tool as well, and it will actually add an EXIF block and the orientation setting if not already there:

$ exif -c --output=portrait-rotated.jpg --ifd=0 --tag=0x0112 --set-value=8 --no-fixup portrait-raw.jpg

After doing that, jpegexiforient seems to actually take effect on the resulting file.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers