XnView Software

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?

negg

Hello !

• 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 ?

VG
Claude
Clo

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!

negg

Hello !

• 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

VG
Claude
Clo

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

Thanks for the test. To make it more obvious: this clearly shows that not the embedded thumb is used!

This bug should be cleared as soon as possible because it terribly slows down the display of large lists of images!

negg wrote:

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

Thanks for the test. To make it more obvious: this clearly shows that not the embedded thumb is used!

This bug should be cleared as soon as possible because it terribly slows down the display of large lists of images!

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...

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 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.

Sorry for the trouble! Christmas seemed to be a bit hard this year

Thread may be closed!