Recent Posts

Pages: 1 ... 8 9 [10]
91
I'd try setting the sorting order (of the thumbnail display) to 'None', and not use either of the 'thumbnails first' or 'thumbnails last' sorting options.  Then go into the folder that was scanned. The first file that has not been thumbnailed correctly is probably the one that caused the error. It's probably a file that requires a plug-in (raw files, pdf, etc) or some other external module (e.g. a zip file). Once you have identified that file, you can temporarily rename or move it, so that you can hopefully complete the thumbnailing with no further errors.
92
Please, if anyone could give me some help...

I'm receiving '5019 the background task failed with exception c0000005' error when scanning a ~40k photos folder (~1.8GB).

I'm using a sqlite3 database with 80 quality jpg compression. Database stats shows ~22k thumbnails records and has ~117MB total file size.

I can't get over 56% of scanning process - the task stops with the error above.

My hardware has 32GB RAM, i9-10th gen processor and SSD, so I guess it's not a lack of hardware resource issue.

Thank you!
93
Interesting, and maybe it will help someone else. Thanks again!
94
I was just googling about general ODBC connections to third party apps (so not TP specific) and a couple of sites said to use the new driver.  It  could be something to do with the fact I also upgraded to SQL Server 2019 for my new PC, perhaps the native driver is just not tuned for the new version because my old PC (on SQL 2017)   used the native driver and it was very fast.
95
Then from a bit more googling I realised I needed to set up the system DNS using the ODBC for SQL Server 2017 driver rather than the native SQL Server driver.

Great to hear that it's working properly again, and thanks for getting back with the solution. If you remember where you read about that solution, I'd be curious to read it too -- do you still have the link? Was it specific to ThumbsPlus or was it a more generic solution for SQL-based databases?
96
Thanks for the suggestions everyone.   

I had installed from an older TP10 .exe file so re-installed the latest version from the site.
Then from a bit more googling I realised I needed to set up the system DNS using the ODBC for SQL Server 2017 driver rather than the native SQL Server driver.  Once I restarted TP and connected to the new DB everything was back to normal as running as fast I expected :-)

97
Another suggestion ..
Create a new (native, not connected by ODBC) database only for testing if it also is too slow. So you could narrow down if the cause is in the database or somewhere else. You only need to import some directories to compare the times.
To give you some measured times to compare:
I have a local (but not very fast) SATA-disk with all my image files. The database (PostgreSQL over ODBC) runs on the fast M.2 system drive. To show all 223320 image files (Include Child Folders) with TP 10 it takes about 8.5 seconds.
The total number of files in this directory is much higher (374205) because there are also XMP-, RAW- and some other files which I do not include in the database.

I also have a NAS box (connected with 1Gb Ethernet) with 259095 image files. On the same NAS-box is running the PostgreSQL database (over ODBC). To show all files it takes about 2 minutes and 18 seconds. The last 30 seconds of this time are needed for "scanning" thumbnails.
Hope you can find the reason soon!
Ernst
98
Something else that you could try:

Exit ThumbsPlus, locate your Thumbs10.ini configuration file and make a backup copy of it. Then open it in Notepad and add this section to it:

[Virtualmemory]
Minalloc=0

Save the file and re-launch TP10 to see if it makes a difference. It would disable the built-in virtual memory manager, which can cause delays too. If it does not help, I would exit TP again and restore the previous .ini file.

99
Are both your harddrives regular internal drives? (not running over a USB port or a network)

Have you read the performance hints on the website? Hopefully those will offer a clue or two: http://www.thumbsplus.com/performance.html

You could also try turning SQL tracing on in Windows, to see if that reveals anything (or turn it off it it already is on, because it does slow things down). Have you tried running (or maybe even reinstalling) TP with Admin rights? And (easier) run it after booting Windows in Safe mode, to exclude that a third party app or driver is interfering?
100
I found the log in %appdata% so here is the last few lines from clicking on folders - these have almost no images in them yet we can see it's taking 8 seconds to build them!

Init.c(1701):        @  50.141( 0.016) [Startup] Initialize shell icon and thumbnail access
tp8ui.cpp(158):      @  50.157( 0.016) [Startup] Show, place and update main window pane
Thumbs.c(1335):      @  50.188( 0.031) [Trace] Refry file list; flags: 00000012
 >'E:\Pics'<
overlord.cpp(249):   @  50.235( 0.047) t7480<Overlord> [Trace] Startup cleared 50.219 seconds after start
Thumbs.c(1472):      @  58.407( 8.172) [Trace] Built file list in 8.219 secs. 32 files (32 total), 34 thumbnails (34 total)
Thumbs.c(1335):      @ 299.578(241.171) [Trace] Refry file list; flags: 00000002
 >'E:\Pics\Blk'<
PropPane.cpp(257):   @ 299.594( 0.016) [Startup] Expanded Info Tab categories initialized. Expanded items: 3. List size: 15 chars. Items = ';Info;Metadata;'.
Thumbs.c(1472):      @ 307.813( 8.219) [Trace] Built file list in 8.235 secs. 47 files (47 total), 47 thumbnails (47 total)
Thumbs.c(1335):      @ 315.828( 8.015) [Trace] Refry file list; flags: 00000002
 >'E:\Pics\Clb'<
Thumbs.c(1472):      @ 319.953( 4.125) [Trace] Built file list in 4.125 secs. 0 files (0 total), 0 thumbnails (0 total)
Thumbs.c(1335):      @ 319.953( 0.000) [Trace] Refry file list; flags: 00000002
 >'E:\Pics\Col'<
Thumbs.c(1472):      @ 328.282( 8.329) [Trace] Built file list in 8.329 secs. 202 files (202 total), 203 thumbnails (203 total)
Pages: 1 ... 8 9 [10]