Using 1.91.6 and now 1.92 I just noticed that the options "Use embedded thumbnail" and "Create thumbnail from original..." seem to be ignored.
Try the following:
- Use an image with a thumbnail
- Open it and paint a red box in it
- Save it with "Recreate thumbnail" unchecked
-> in the thumbnail list view the old thumbnail without the red box should appear, because the thumbnail was not recreated
But: the new image with the red box appears! So obviously xnv does not use the embedded thumb, but creates a new one from the original image.
I noticed this because opening folders with lots of images for the first time took so long.
Can anyone confirm this?
"Use embedded thumbnail" ignored
Moderators: helmut, XnTriq, xnview
"Use embedded thumbnail" ignored
XnView 1.93.4 on Windows XP SP2
Not saved


• I did a test, and noticed that the embedded Exif info is lost when I painted a mark like you say, then I saved the image.
- I used the xPaint tool for that. In that case, a thumbnail is built, indeed, since there is no more Exif !
- I used a copy in an empty test-folder, of course.
• Maybe another


Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Bonjour Clo,
Nice to see you're still as active as ever
I guess you really found another
with the exif data getting lost after a modification of an image with the xnview paint tool...
So I made another test and simply made a vertical flip with an image and saved it again (Exif data is kept in this case): same result: as thumbnail the flipped image is shown, not the internal (not flipped) thumbnail!
Nice to see you're still as active as ever

I guess you really found another

So I made another test and simply made a vertical flip with an image and saved it again (Exif data is kept in this case): same result: as thumbnail the flipped image is shown, not the internal (not flipped) thumbnail!
XnView 1.93.4 on Windows XP SP2
2 steps


• I made another test like you say, that leads to :
1. Vertical flip –> Save
- In the same session, looking in the Browser, the thumb nail is inverted, the Preview is not
(I assume that it uses the original embedded thumb nail from the database).
2. Close XnView, reopen the same modified image via 2-click in TC :
- All is inverted, as expected…
- Hence, the database is refreshed only when exiting (or restarting) the programme, not in the same session


Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Re: 2 steps
Thanks for the test. To make it more obvious: this clearly shows that not the embedded thumb is used!Clo wrote:2. Close XnView, reopen the same modified image via 2-click in TC :
- All is inverted, as expected…
- Hence, the database is refreshed only when exiting (or restarting) the programme, not in the same session
This bug should be cleared as soon as possible because it terribly slows down the display of large lists of images!
XnView 1.93.4 on Windows XP SP2
Re: 2 steps
Sorry but i can't confirm. I have the good embedded thumbnail if thumbnail size is smaller than embedded thumbnail size. And the thumbnail from image if greater...negg wrote:Thanks for the test. To make it more obvious: this clearly shows that not the embedded thumb is used!Clo wrote:2. Close XnView, reopen the same modified image via 2-click in TC :
- All is inverted, as expected…
- Hence, the database is refreshed only when exiting (or restarting) the programme, not in the same session
This bug should be cleared as soon as possible because it terribly slows down the display of large lists of images!
Pierre.
Re: 2 steps
Sorry my fault, you are right. Obviously the images I used all do not contain a valid thumbnail...these are the images I wanted to equip with an exif thumbnail using jhead, but I made a mistake.xnview wrote:Sorry but i can't confirm. I have the good embedded thumbnail if thumbnail size is smaller than embedded thumbnail size. And the thumbnail from image if greater...
Sorry for the trouble! Christmas seemed to be a bit hard this year

Thread may be closed!
XnView 1.93.4 on Windows XP SP2