Does the NoThumb tweak affect folder thumbnails?

[o7blue]

I've added mpg and mpeg files to the NoThumb tweak (one thumb would take ~10 seconds to generate) which improved responsiveness inside folders with those files. But one level up I'm still getting a freeze-up as it seems the folder thumbnail tries to generate (and the contents of the folder are all mpg files). Does NoThumb not affect folder thumbnails? Is there a separate setting for that?

[jupe]

NoThumb (currently) applies to files only, a folder thumb, as a last resort, uses any thumnail-able random file from the folder. To avoid this situation, you can use a desktop.ini to set a generic image for that particular folder if you want.

[admin]

I think it would be logical to extend the NoThumb tweak to folder thumbs.

I've added mpg and mpeg files to the NoThumb tweak (one thumb would take ~10 seconds to generate)...

This is ridiculous. Looks like something is wrong with your system

[o7blue]

This is ridiculous. Looks like something is wrong with your system

Quite possible. The only files that ever caused me issues (xyplorer or regular explorer) are mpg video files and ogg audio files. Opening up a folder of ogg files in the regular explorer I could watch as line by line the metadata would get filled in, each taking 1-3 seconds. So yeah, it's almost definitely a Windows related problem. But since I don't use ogg, and can disable mpg thumbs (and don't have many mpg's to begin with), I can just ignore the problem.

The "funniest" thing is that for a majority of the mpg files no thumbs even get generated! It'll just sit there being unresponsive for half a minute, then do this:

thumb.PNG

Cache>Refresh Thumbnails causes another freeze, with still no thumbs. Again I don't think this is a xy issue, almost certain it's a Windows issue. But if you could extend NoThumb to cover folder thumbnails that would let me ignore this issue entirely. Not like any thumbs get generated to begin with haha.

[admin]

Check out v25.50.0306

[o7blue]

Check out v25.50.0306

This is awesome, thank you very much! Cleared out the thumbnail cache and navigated to all the locations that caused a freeze-up, and it was buttery smooth now. Thanks for letting me ignore the root cause of the problem a little more

Off topic but did something change with the folder thumbnails? I just noticed after updating that the folder thumbnail would go over the outer folder border. So setting clrFolderThumbsBorderWidth=1 restored the previous look, but from what I can see that setting is not new, and I had it unset up until now. Just found it a little curious, but everything looks like it's working as intended.

[jupe]

Possibly you are only just noticing this recent change:

viewtopic.php?t=27123

[o7blue]

Possibly you are only just noticing this recent change:

viewtopic.php?t=27123

It's probably that, yeah. 25.50.0103 patch notes would indicate that, and I updated from 25.40.xxxx. Thanks for pointing it out!

[admin]

I just noticed after updating that the folder thumbnail would go over the outer folder border.

Really? That's something that should never happen. How did you achieve this?

[o7blue]

So here's the thumb section of the ini:

Code: Select all

[Thumbs]
; Tweak: comma-separated list of values used for width and height in pixels
ThumbSizes=16,32,64,96,128,200,300,192,450,512,675
Width=300
Height=200
Width1=200
Height1=200
Width2=200
Height2=300
ColumnWidthMin=120
SymbolCaptionLines=2
Padding=5
Style=4
Cache=1
CacheReadOnly=0
CacheFind=0
CacheRemovable=1
CacheLocal=1
CreateAllAtOnce=0
CachePathResolveFromCurrent=0
; Tweak: max area of thumbed images, 0 = unlimited
MaxArea=0
; Tweak: max area of high quality thumbnails, 0 = unlimited
MaxAreaHQ=50460000
; Tweak: max file size of thumbed images in bytes, 0 = unlimited
MaxFileSize=0
CacheDir=Thumbnails\
FolderThumbs=1
FolderThumbsShell=0
FolderThumbsDesktopIni=1
FolderThumbsCustomExtensions=pdf
clrFolderThumbs1=2368548
clrFolderThumbs2=2368549
clrFolderThumbsBorder=7920891
clrFolderThumbsBorderWidth=0
ThumbsAutoRotate=1
ThumbsGrid=3
ShowFilmStripOverlay=1
ShowIcon=0
ShowPicSize=0
ShowPicSizeVideos=0
ShowCaptions=1
OverlayCaptions=0
; Tweak: Text RRGGBB,Back RRGGBB,Opaqueness 0-255,ThousandSeparator 0/1,WhichImageSize(0=original,1=embedded,2=both),FontSizePercentage  //E.g.: 333333,FFFFFF,128,1,0,90
ThumbsOverlaySpecs=
; Tweak: eg: <prop #image.dimensions><crlf><prop #image.datetaken '© '>
ThumbsOverlayContent=
clrThumbsBack=16382457
UseClrThumbsBack=1
ThumbsShell=1
ThumbsRAWfiles=1
ThumbsMDBU=0
ThumbsMDBUm=0
ThumbsMDBUr=0
ThumbsMDBUrStayUp=0
ThumbsMDBUrFitScreen=0
ThumbsMDBUrFitWidth=0
ThumbsQuality=0
ThumbsVAlign=0
ThumbsZoomToFill=0
; Tweak: enlarge smaller originals
ThumbsZoomToFit=0
ThumbsOnTiles=1
TilesSmallSize=64
TilesLargeSize=128
TilesLargeExtraPhotoData=0
; Tweak: make no thumbs: ext.ext
NoThumb=mpg.mpeg
; Tweak: no 64-bit thumbnails
Thumbs64Skip=0
; Tweak: 64-bit thumbnails
Thumbs64Ext=afphoto.afdesign.afpub.sldasm.slddrw.sldprt.skp.layout
; Tweak: create thumbnails also for these extension
ThumbsExtraExtensions=
ThumbsSourceMapFile=
ThumbsInjectDeep=1
ThumbsShowFailure=0

And here's the overlapping thumbs:

1.PNG

Changing just clrFolderThumbsBorderWidth=1 makes the folder thumbs behave better:

3.PNG

[admin]

Thanks, got it. Won't happen anymore.