XnView Software

Those 12 bits come from those 6 Camera members.
They are float (4-byte) but in Delphi UINT16 (2-byte).
6 * 2 = 12; 120 + 12 = 132

Make those five a "Single" and stuff will work again

not possible means:
do a workaround

a) Get the rect into another picuture (crop-copy or something like this)
b) Apply the filters (i.e. sharpen)
c) bitblt the stuff back

alternative:
Develop your own filter (i.e. sharpen) implementation that works like you desire.

Perhaps you can send me 1 of your first items?
Send you what exactly?
The picture file
Uploaded the files corresponding to those thumbs to:
http://celebnamer.celebworld.ws/stuff/xnview/thumbdump/Origin/

Currently i compress with zlib metadata too...
Is it really necessary to store it as well ...

Yes, i store all metadata, but with old cache system do you have almost same size for db?
Old cache gives about 70-80% the size for those 1117 files. All modes.
But that doesn't really matter. New cache system gives the opportunity to improve it. ;)
Perhaps you can send me 1 of your first items ...

No, you don't understand me :-) Which compression method do you use in option/Cache?

Default one I assume...
Letmesee...
hmm... Seems it was ZIP.

Some new tests on |AVG(LENGTH(pv))| using a fileset of 1117 files/690MB and leaving everything else (thumnail dimensions) default:
None: 13995.95
ZIP ...

HT/Multi Core systems get rather popular these days

But there are also many Pentium 2...3 systems 200...500 MHz around.

Please keep XNView working on such older systems.
Threads have been around for long, too.
The "overhead" it generates shouldn't be notable.
And threading might even help if ...

But which compression do you use for cache db?? no, zip or jpeg?
If that blob just contains the thumbnail (as an image) I'd make jpegs (or pngs) our of it as this is probably the best image compression.
If it is mixed data I would at least (g)zip it.
Or even better store the thumbnail part in jpeg ...

xnview wrote:But i use multi threading for many things (thumbnail creation, preview laoding, cache, ....)

taskman shows only one core is heavily in use...
Do you have true parallelism?

I usually use a "xyz.local" placeholder file to switch programs I develop into "portable" mode.

Alpha uses an empty xnview.ini as placeholder to avoid its new default.
Like the others mentioned already I can set the ini-path, but I cannot throw XNView fully into a "portable" mode, i.e. storing ...

Just to clarify something:
Regular Users (everybody without Administrator privleges) has no write-permissions to the Program Files directory and all of it's subfolders.
Writing stuff (like xnview.ini) directly into the Install folder is a clear violation of MS coding guidelines (or better: laws ...

yep. It's for queuing.
And it has actual advantages.
Ever worked with some thousands of files in a folder and multi-selecting some of them?
And then deselecting them by accident. That's a PITA.
And tagging solves this by adding some more "persistency" exactly where it is needed.

marsh's point is an ...

You need to add the actual .lib files.
Either add them to the Project.
Or use a pragma in some unit to link them:

I fully agree and second this request

HT/Multi Core systems get rather popular these days.

XNView could also profit from it by putting in some multi-threading.

First place to add it might be thumbnail processing.
Even if it's just a single core system there might be performance gains as the OS will schedule-away the thread that is ...

Glad to see you're using sqlite3 as I value this software pretty high.

But the database gets pretty huge.
I got a database of about 50MB for just 2k of files.
AVG(LEN(pv)) is 18831 (bytes) in that database?
18kb+ per thumbnail (even if there is more meta-data hidden in pv) seems unreasonable high ...