1.6.4 - browser - thumbnails - cached size affects size of some thumbnails

[user0]

XnViewMP 1.6.4 64bit
Windows11 (23H2), display resolution 3840x2160, win scaling 150%

Browser - thumbnails
cached size affects size of some thumbnails

To reproduce:
0. run clean app with default settings (Thumbnail size is 128x96)
1. goto Settings > Catalog
- set Thumbnail caching size to some small value, eg 10x10
- press OK
2. restart app

issue A
3. open Browser
size of the following thumbnails should not be affected:
- folder icon
- txt, xmp
- video

issue B
images have strange 128px threshold

b_128_129.png (3.58 KiB) Viewed 1866 times

issue C
3. goto Settings > Catalog
- (optional) delete all Catalog records
- disable Catalog
- press OK

c_settings_catalog_thumbnails_cache_size_off.png (3.94 KiB) Viewed 1865 times

4. restart app
5. open Browser
thumbnails are still affected by 10x10px setting
Why?
Once Catalog is off thumb's size shall switch to Browser's menu value (default 128x96 in our case), not remain 10x10 (from Settings > Catalog > Thumbnail caching).

[xnview]

issue A
3. open Browser
size of the following thumbnails should not be affected:
- folder icon
- txt, xmp
- video

why, thumbnails are stored in catalog too

issue B
images have strange 128px threshold
b_128_129.png

what do you means?

issue C
3. goto Settings > Catalog
- (optional) delete all Catalog records
- disable Catalog
- press OK
c_settings_catalog_thumbnails_cache_size_off.png
4. restart app
5. open Browser
thumbnails are still affected by 10x10px setting
Why?
Once Catalog is off thumb's size shall switch to Browser's menu value (default 128x96 in our case), not remain 10x10 (from Settings > Catalog > Thumbnail caching).

I can't reproduce, thumbnails will be rebuilt

[user0]

A

why, thumbnails are stored in catalog too

it looks like representation issue, not storage, check how my filelist looks below (top row is folders)
I think the correct behaviour:
- mentioned object types shall be shown at current thumb size (128x96), not 10x10
- cached thumb (10x10) shall stretch to the current thumb size (128x96) as it happens already

B

what do you means?

2 almost identical files (128x128 and 129x129) should not have such radically different thumbs

b_test_img.zip

(474 Bytes) Downloaded 66 times

C

I can't reproduce, thumbnails will be rebuilt

nope, clean unzipped version
Thumbs return to normal (size and resolution) only if 'Enable thumbnails caching' checkbox is unchecked and manual 'Rebuild thumbnails' in Browser (or goto other folder / app restart).

[xnview]

i understand but not so easy

- Non image files, right, thumbnail should be stretched
- Image files:

Catalog: 10x10, Thumbnail: 128x128

If we have image file :
- 256x256 => stretched to 128x128
- 8x8 => not stretched
- 90x90 => should be stretched to 90x90 and not 128x128

[user0]

- Image files:

Catalog: 10x10, Thumbnail: 128x128

If we have image file :
- 256x256 => stretched to 128x128
- 8x8 => not stretched
- 90x90 => should be stretched to 90x90 and not 128x128

right, agree

[xnview]

Thanks to your detailed description I can reproduce the problem.

[xnview]

This problem is supposed to be fixed in XnView MP 1.6.5. Please check and confirm the bug fix here.

[user0]

fixed in 165