@ A4000_Mad
I noticed you had an OS4 backdrop. This method works for both classic and on Amigaone btw. The only difference would be the use of native jpegtools which are available on OS4depot.
For classic, though:
Install MPImage correct library for your machine.
This one worked fine for me on both my A4000 and on Amigaone:
MPImage.library_020 8.2 (07/11/1997)
The package containing jpegtools 6.2B with different processor versions is "MUInt_prgs_1.lha":
http://aminet.net/search?query=djpegSearch Aminet for the other files easily found, like "pnmtopng" "pngtopnm". I believe these are available without having to download the entire netpbm package. You will need these for png export.
All of the above are best installed in c: (although you could alter the script path to djpeg if you really want to keep djpeg elsewhere).
Now the fun part:
Make directory in prefs:env-archive "MPImage"
Cut/paste the following into a word processor and save as "djpeg" into your newly made "MPImage" subdirectory in prefs:env-archive:
djpeg -colors 256 -dct float -dither none -scale 1/4 "%s" > "%s"
Hopefully the above will show a space between literally every entry.
Note:You may change the 1/4 to 1/2 or 1/8 etc. Basically you are telling djpeg "Hey, the thumb is small, why do I have to process the entire image". It skips data processing then in the increment specified. 1/2 would skip looking at 1/2 the data, etc.
The thing to remember, when picking a % here, comes from using too small a percentage. Example:
Your thumb size is 112x112 and your image is 320x240.
At 1/4, it would process data 80x60, and THAT is smaller than your thumb size. To make it fit then, it would proceed with scaling UP to 112x112 after it makes the 80x60 image. This, obviously results in poorer image quality. Ergo, you may want to experiment with the % you use to see what you can live with.
Also note that this script is for no dither.
The docs included with MUInt, iirc, contain the info for altering this script.
The experiment then is to make a directory of thumbs on classic BEFORE installing djpeg and the script. Time it and compare the time required after making the change. If you install this ok, then you should see speedups in relation to the % you choose. Should be 2x faster or 4x faster, etc.
Let me know if this works, before I post any other scripts.
Additional note for anyone who used the last complete package of Collector 3.5 with the supplied scripts (no longer available):
There was an error which was not corrected, as Fred moved shortly after the last version was released.
Basically an argument (jpeg switch) was overriding another switch. So...even if it said it was doing something, it really was not. The above script is correct for no dither.
I blew up the results 10 times of the thumbs made with the erroneous script vs the above and am certain of this.
Not a fatal error for the program, just an error in execution.
#6