From f7ca5fb8616db5ea335148aebd232d4a136dfe94 Mon Sep 17 00:00:00 2001 From: "sgunderson@bigfoot.com" <> Date: Sat, 31 May 2008 19:07:44 -0700 Subject: [PATCH] Some extra words. --- README | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/README b/README index bcccb86..a912395 100644 --- a/README +++ b/README @@ -80,6 +80,16 @@ The following optimizations are possible but not done (yet?): on 64-bit x86-compatible (usually called amd64 or x86-64) machines. In fact, out of the box it might not even compile on such machines. +Finally, a word of advice: Even the fastest scaler can never be as fast as not +scaling. If you can do less work, or move it to a time where it is less user +visible, do that no matter how you scale your pictures. In particular, cache +your downscaled pictures if you can, preferrably ahead of time. If you cannot +predict in advance exactly what size (or sizes) you'll need, consider making +mipmaps (ie. one image of half the resolution each way, another one of a quarter +the resolution each way etc., down to a reasonable size) and scaling from them +instead. It will be much faster (primarily due to less loading time) and the +difference in quality is nearly impossible to detect, at least in my tests. + qscale is Copyright 2008 Steinar H. Gunderson , and licensed under the GNU General Public License, version 2. The full text of the GPLv2 can be found in the included COPYING file. -- 2.39.2