wrong thumbnail orientation

[Stef123]

I am currently browsing a large folder of pics in thumbs view. XY presents many of them in the wrong orientation. My first impulse was checking the exif orientation - judging from picture quality, angled shot with reflections - these obviously have been taken with a handheld camera over an old photo album, so it seemed natural that the camera was mistaken orientation-wise.

However, it turns out that MDBU and floating preview shows them correctly, as do other thumbs views, such as Faststone.
Would you mind checking into this, example attached. I had to downscale it for upload, hope it still shows up wrong side up.
Thanks.

[LittleBiG]

It's ok here. However, I also had the same problem back then.

Check this too: http://www.xyplorer.com/xyfc/viewtopic.php?f=3&t=8583

[Stef123]

Ha, yes indeed - thank you very much LittleBig,
when I click "Refresh Selected Thumbnails (Smooth)" I get the correct orientations.
But then you should be able to reproduce my problem by clicking "Refresh Selected Thumbnails (Fast)"?

Here it's like a toggle - I click Refresh Fast and the orientation is wrong, I click Refresh Smooth and it's correct again.
Bug? Or necessary side-effect of fast thumbnails?

[klownboy]

Same here, going back and forth: fast is sideways; crisp or smooth are proper orientation.

[Stef123]

Thank you Ken,
for confirming it. Yes, crisp and smooth produce the correct orientation, fast makes it look bloated and sideways.

[LittleBiG]

If you delete all metadata from the picture with Faststone, it will be shown correctly. It is just an observation, not a solution. Getting rid of all metadata is not an acceptable way.

EDIT: Probably it is an issue connected to the embedded thumbnail.

[ksarnelli]

Rather than delete all of the metadata you can use XnView or XnViewMP to quickly rebuild the EXIF thumbnails.

[Stef123]

Rather than delete all of the metadata you can use XnView or XnViewMP to quickly rebuild the EXIF thumbnails.

Maybe so, but why would I need to do this for "fast" quality thumbnails and not for smooth or crisp thumbnails? Having these 3 qualities available suggests that XY creates the thumbs by itself.

[ksarnelli]

Rather than delete all of the metadata you can use XnView or XnViewMP to quickly rebuild the EXIF thumbnails.

Maybe so, but why would I need to do this for "fast" quality thumbnails and not for smooth or crisp thumbnails? Having these 3 qualities available suggests that XY creates the thumbs by itself.

The fastest way to display a thumbnail is to use the embedded one (if available), and from your description that's exactly what XY appears to be doing.

[Stef123]

You're right.
So that leaves me with 2 options for fast thumbs - unless Don decides to change this behavior
1) I always have to take the external detour and rebuild those thumbs in question
2) I use FastStone or Adobe or Imagine or Unifie .... all of which have no problem with it.

What gets to me - how are some browsers able to present thumbs so much faster than XY, w/o resorting to already embedded thumbs, because they get the orientation right on the first go-around.

That's why I cannot agree with your opinion that embedded is the fastest way, there obviously do exist much faster methods. Compared to XY, of course. Did not compare them to XnView, but it also seems to be faster than XY. So whatever's going on here, there is room for improvement with the "fast" option.

[ksarnelli]

I agree with you 100% regarding sluggish thumbnail creation speed in XY. I actually don't think it's related specifically to the way in which the thumbnails are rendered, but more due to the single threaded process (or something else inherrent to XY). I say that because I use MediaPreview for thumbnail generation in both XY and Windows Explorer, and WE is much faster (I believe WE actually spawns a new process with several threads for thumbnail generation).

Maybe this is something Don can focus on in a future release.