XnView Software

xnview wrote: Wed Feb 23, 2022 7:13 am The global problem is not related to EXIF orientation re-save but with the catalog, please check next version, i've fixed a problem similar to your problem.

Would you, please, provide the mentioned new version? For download there is still 0.99.7. Thanks.

The current value before saving is "Rotate 90 CW".

the current value (in bitmap) is no exif rotation
OK, I give up.

That?
"2. inconsistent meta data (maybe reason for the first issue?) "
Yes

What do you means by inconsistent metadata ?


Pierre, I am very grateful for XnViewMP. But it ...

It should show the original orientation when the file is just displayed and has not been edited.

No, because if you save it, exif orientation will have new value, so it shows the current value.

The current value before saving is "Rotate 90 CW".


What about 2. in this post? https ...

So {EXIF:Orientation} is useless in image view? I cannot see, whether the image is displayed in the original orientation or rotated?

yes, will be always 1

It should show the original orientation when the file is just displayed and has not been edited.

What about 2. in this post? https ...

2. inconsistent meta data (maybe reason for the first issue?)

??

Please, read my post previous:

Additionally once again my question what the issue is with the inconsistency of meta data in these files:

P1020263 (edited):

Tab ExifTool
EXIF: has two entries for Orientation, one at the top ...

If you re-save the file in edit mode, the orientation field is removed, and image data saved with correct orientation


Thank you, Pierre, for your answer. But this is, as in your previous answers, only an answer to one of my several asked questions.
The still open issues are
1. not reliable ...

I have no problem with these 3 files, one (P1020264) has EXIF orientation, and the 2 others have no EXIF orientation, but thumbnails are good.
If you copy them in a new folder?


P1020264 is the one that has not been edited.
Do the files loose their original orientation when the colors are ...

xnview wrote: Wed Feb 09, 2022 1:52 pm
could you send me these 3 files?

Linked at the bottom of this post already viewtopic.php?p=175542#p175542

@xnview
I am afraid that editing images might corrupt rotation. I did not change rotation that comes from the camera when editing the two files. Please, compare data in ExifTools of all three files. The one I did not edit has consistent data about orientation/rotation, the two edited files have ...

Unfortunately the issue is back after editing images.

These 3 files come from a camera that notes the orientation.

This file I have not edited:
Screenshot_312.png

These two files I have edited (only colors, not orientation!):
Screenshot_311.png
In image view the orientation is OK, in browser ...

so you have:
- General>Rotate images according to EXIF orientation
- Browser>Misc>Change EXIF orientation
- Browser>Misc>Use lossless if possible

in Browser, you click on the file, and rotate in toolbar, right?


Yes.

To get it work again I rotated and saved the respective files in image view ...

xnview wrote: Fri Jan 14, 2022 7:41 am

bege wrote: Thu Jan 13, 2022 6:32 pm This is also after rebuilding the catalog, no matter whether "use embedded thumbnail" is active or not.

you have tried with latest version?

Yes, 0.99.7

Ok, i can reproduce only with "Only change EXIF orientation if possible". In 0.99.7, "update catalog from files" update correctly the orientation...


It is really weird here. Have a look at this

Screenshot_303.png
Screenshot_304.png

This is also after rebuilding the catalog, no matter ...

Then I renamed Thumb.db to Thumb.db.bak. XnV created a new Thumb.db and that solved the issue - until the next start of XnV. Then it was as before. I toggled the pref. "Use embedded thumbnails" and restarted the program in between - still the same.

That's crazy, do you have made a change on ...

could you try 'View>Update catalog from files'?


Still the same. Make new thumbnails did not change anything either.

Then I renamed Thumb.db to Thumb.db.bak. XnV created a new Thumb.db and that solved the issue - until the next start of XnV. Then it was as before. I toggled the pref. "Use ...