Portrait Image results in Landscape JPG / wrong Orientation

[thermoman]

Hi,

using a SONY DSC-RX100 with an out-of-camera JPG that was taken in vertical (portrait) position that JPG will have corresponding EXIF metadata 'Orientation' that describes the cameras orientation at the time the photo was taken.

ASP3 (3.0.0.123, build 05/04/2016) will render the image in portrait mode in the GUI - everything is ok here.

But when I use the JPEG Output to create a JPEG and the Output Profile has the Option "Embed EXIF-Data" enabled, ASP3 writes a JPEG to disk that is in portrait dimensions (this is correct) but makes the mistate and embeds the original Orientation EXIF-Data to the metadata.

This results in the portrait image rotated 90° clockwise (landscape) when viewed in an external viewer.

FIX: Remove the Orientation EXIF metadata when writing JPEG files to disk.

ASP2 didn't have this bug.

EDIT:

Here are some samples for the developers:

Original Image out of camera - usa_20160520_232718_5565.jpg

• JPEG 5472x3648
• EXIF Orientation: Rotate 90 CW
• EXIF Camera Orientation: Rotate 90 CW
• It's a landscape image with the info to rotate it 90 degrees clockwise - results in a portrait image displayed

Now use batch file JPEG.1000.with.exif.batch to process the image in ASP3.

Resulting image in ASP3 (3.0.0.123, build 05/04/2016) - usa_20160520_232718_5565_1000.jpg

• JPEG 667x1000
• EXIF Orientation: Rotate 90 CW
• It's a portrait image image with the info to rotate it 90 degrees clockwise - results in a landscape image displayed

Resulting image in ASP2 (2.0.3.25) has no EXIF Orientation Tag and is displayed as it should, in portrait mode

[thermoman]

There are some exif-aware viewers that show the resulting image in landscape and some show the resulting image in portrait mode.

geeqie under Linux e.g. shows usa_20160520_232718_5565_1000.jpg as landscape (wrong) because of the EXIF-Info embedded.
gimp even has problems parsing the XMP metadata:

Code: Select all

% gimp usa_20160520_232718_5565_1000.jpg
While parsing XMP metadata:
Error: No XMP packet found
While parsing XMP metadata:
Error on line 32 char 1: End of element <exif:Flash> not expected in this context

Metadata parasite seems to be corrupt
While parsing XMP metadata:
Error on line 2 char 1: Nested elements (<x:xmpmeta>) are not allowed in this context

** (file-jpeg:4579): WARNING **: JPEG - unable to decode XMP metadata packet
lcms: skipping conversion because profiles seem to be equal:
 sRGB IEC61966-2.1
 sRGB built-in

Workaround:

Use the following command to modify the images ASP3 created to remove the (wrong!) EXIF-Orientation metadata in them:

Code: Select all

exiftool -Orientation= *.jpg

[Arnfinn]

ASP2 didn't have this bug.

The problem was introduced with the 2.2.1.64 release as I previousely have reported here http://forum.corel.com/EN/viewtopic.php?f=94&t=57305

Maybe they will fix it with the 4.0 upgrade then...?

[thermoman]

Oh ok. I didn't upgrade my old ASP2 releases often enough, might have missed this.

It's not a big deal for myself - i run the exiftool command to remove the Orientation Bug.

But i thought about buying the software for my girl friend who is using windows and the only solution so far is to *not* embed EXIF infos in the resulting JPEG files (which is bad).

Has somebody opened a ticket with Corel about this issue yet?

[HungBui]

So how do I get around this bug in Windows 10 version?

The only option is not to include EXIF data in the batch output setting, which is NOT desirable.

Please help.

Thanks
- HB