Hello,
when I turn a photo clockwise ( with gThumb ) and then view it with XnView (1.82RC1 in Windows as well as 1.82.4+wine in Linux ), the photo itself appears unchanged, and the thumb of the photo appears as turned anticlockwise, i.e. upside down.
Grasyop
Turning in the wrong direction
Moderators: helmut, XnTriq, xnview
Emnedded thumbnail…
Hello ! • Go to :
Tool Menu >> Options (or the button in the tool-bar) >> [+] Browser >> [Thumbnail] >>>
Use embedded thumbnail Remove the nick.
• Then XnView should build a correct thumb-nail from the image itself.
If it doesn't, clear the cache from the Options prior.
- This is a fault of some digital cameras… See the reseller.
Kind regards,Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Re: Turning in the wrong direction
By default, XnView does automatic rotation by evaluating the EXIF rotation flag. See topic How to rotate images automatically. In your case it looks as if gThumb turns the photo but doesn't turn the thumbnail. gThumb seems to reset the EXIF orientation flag, otherwise XnView would rotate both image and thumbnail. I think this is a problem in gThumb, since it rotates the image but not the thumbnail. See the before mentioned FAQ for ways to solve the problem.Grasyop wrote:when I turn a photo clockwise ( with gThumb ) and then view it with XnView (1.82RC1 in Windows as well as 1.82.4+wine in Linux ), the photo itself appears unchanged, and the thumb of the photo appears as turned anticlockwise, i.e. upside down.
-
Grasyop
Well, it looks like there are three problems ( none of them with XnView ) :
- my digicam doesn't fill in any orientation information ( neither for the main picture, nor for the thumbnail ).
- GThumb changes the Exif orientation of the main picture as it turns it, instead of just resetting this Exif orientation. This makes the main picture appear unchanged in XnView (which looks at the Exif info ), whereas it appears correctly in "Exif-blind" softwares.
- GThumb turns the thumbnail in the wrong direction ( and doesn't modify the thumbnail's orientation in Exif ), which makes the thumbnail appear upside down without Clo's tip, or just unchanged, with Clo's tip.
I've just reset the Exif orientations, so now the main pictures appear correctly. Without Clo's tip, thumbnails remain upside down, but using gThumb once again ( and then XnView ) I should get my photos and thumbnails together in the good position.
Thanks for the tip and for the link.
Grasyop
P.s. : for Clo's tip to work, it's not sufficient to clear the cache or refresh ; I need to quit XnView and come in again.
- my digicam doesn't fill in any orientation information ( neither for the main picture, nor for the thumbnail ).
- GThumb changes the Exif orientation of the main picture as it turns it, instead of just resetting this Exif orientation. This makes the main picture appear unchanged in XnView (which looks at the Exif info ), whereas it appears correctly in "Exif-blind" softwares.
- GThumb turns the thumbnail in the wrong direction ( and doesn't modify the thumbnail's orientation in Exif ), which makes the thumbnail appear upside down without Clo's tip, or just unchanged, with Clo's tip.
I've just reset the Exif orientations, so now the main pictures appear correctly. Without Clo's tip, thumbnails remain upside down, but using gThumb once again ( and then XnView ) I should get my photos and thumbnails together in the good position.
Thanks for the tip and for the link.
Grasyop
P.s. : for Clo's tip to work, it's not sufficient to clear the cache or refresh ; I need to quit XnView and come in again.
-
Grasyop
Now, all my photos and thumbnails appear in the correct position in XnView, and all Exif orientations are reset ( photos and thumbnails ). So they should appear well anywere. Main photos really seem to appear well anywhere.
But the position of some of the vertical thumbnails ( not all ) are still wrong in GThumb and other softwares ?!?!? I can't understand that !
It looks like some thumbnail orientation info must be stored in another place than Exif or some ancient thumbnails still are stored in some place, I don't know where ( despite my refreshing and my rebooting the computer ).
- Concerning XnView, as I said, refreshing and clearing the cache didn't work without leaving XnView. Is this normal ?
Another problem with XnView : I just cut a piece of a picture ; the main picture is really cut, but the thumbnail remains entire ( despite actual refreshing ).
Grasyop
But the position of some of the vertical thumbnails ( not all ) are still wrong in GThumb and other softwares ?!?!? I can't understand that !
It looks like some thumbnail orientation info must be stored in another place than Exif or some ancient thumbnails still are stored in some place, I don't know where ( despite my refreshing and my rebooting the computer ).
- Concerning XnView, as I said, refreshing and clearing the cache didn't work without leaving XnView. Is this normal ?
Another problem with XnView : I just cut a piece of a picture ; the main picture is really cut, but the thumbnail remains entire ( despite actual refreshing ).
Grasyop
Maybe…
—> Grasyop
Hello !
- In XnView, the cache is a real sub-folder containing data files *.db
- These files must be loaded in the memory @ the start-up time.
- When you refresh thus add¦remove *.db files, XnView ought both change these files in the sub-folder, and also unload¦reload the new bunch in the memory…
- I guess that one operation in the two aforesaid is not performed proprely, but restarting the programme, the new cache is indeed loaded and all is right.
- The same of course if you purge the whole contains of the cache.
- This is just a possibility, I hope that Pierre'll explain this in a better way…
Kind regards,
Claude
Clo
Hello !
• I'm not a programmer, so I can't explain this else than that I experienced…… Concerning XnView, as I said, refreshing and clearing the cache didn't work without leaving XnView. Is this normal ? …
- In XnView, the cache is a real sub-folder containing data files *.db
- These files must be loaded in the memory @ the start-up time.
- When you refresh thus add¦remove *.db files, XnView ought both change these files in the sub-folder, and also unload¦reload the new bunch in the memory…
- I guess that one operation in the two aforesaid is not performed proprely, but restarting the programme, the new cache is indeed loaded and all is right.
- The same of course if you purge the whole contains of the cache.
- This is just a possibility, I hope that Pierre'll explain this in a better way…
Kind regards,Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
What I do with XnView for photos to appear well everywhere:
- Check "thumbnail>use embedded thumbnail" and uncheck "read>rotate images based on exif orientation" (see which ones need rotation)
- Use JPEG lossless transformations (as far as I know the best way to rotate both images and thumbs in one click)
- Check "thumbnail>use embedded thumbnail" and uncheck "read>rotate images based on exif orientation" (see which ones need rotation)
- Use JPEG lossless transformations (as far as I know the best way to rotate both images and thumbs in one click)