xnview wrote:could you send me some samples file, so i'm able to reproduce this problem?
Ok I tried the latest xnview (v2.37) in Win10 in the hopes maybe this was fixed now. But unfortunately it is not. The photos are still shown out of sequence when sorted by EXIF date.
So I have located a photo sequence which demonstrates the problem clearly in xnview.
I made a summary screenshot, to shows the filenames at the bottom (they are not in the expected sequence): https://goo.gl/photos/jkCaxkSNwd189S6U7
I have made a shared album for you with the actual photos, complete with EXIF information, to reproduce the problem. I have sent you the link by email.
When you load that page, you will be able to:
- See big thumbnails of the 50 photos
- At the top right there is the icon for options (3 dots) which has "download all"
- Use that to get photos.zip with the 50 photos
- Unzip to your PC and load with XnView
To show the problem: View -> Sort by -> EXIF date, ascending (result: Some strange out of sequence sorting occurs. Note XnView picked P1180215.JPG first, even though the EXIF sequence field = 4 for that one (instead of the expected P1180183.JPG which has sequence=1).
The photos themselves really are in sequence and this can be proven by the following setting: View -> Sort by -> name, ascending (result: Perfectly in sequence, because the names happen to be in sequence. Unfortunately this setting is of no use to me because I rename the best photos myself and so I cannot rely anymore on the camera's choice of filename).
Presumably, everybody who does fast bursts with a camera is prone to this very same problem in XnView.
May I suggest implementing a sort algorithm that automatically considers a second sort key (sequence number in the EXIF data), so that nobody experiences this problem any more. Thanks so much!