Re: Reduced Image Quality for 32x32 Pixel Units

[mskala at ansuz dot sooke dot bc dot ca]

On Sat, 11 Dec 2004, Eric McDonald wrote:
> calls 'best_image_in_range' with w1 == w2 and h1 == h2. I started to
> look at the logic involved, but got distracted by other things. I could
> probably make the changes, but I would be much more comfortable if you
> did, Matthew.

I'll try building a best_image_in_range function in the kernel - that
should be easy - but I'm not sure about the interface side of the
equation.  I think that there's a TCL command implemented for the purpose
of requesting unit images (possibly even the same one you were looking at
with those crashing bugs I filed recently) and that command will need its
syntax changed or something to deal with the additional arguments, and
then the TCL code that actually uses that command will need to be updated
too.  Presumably similar changes on the SDL side, although I'm even less
sure of the details there.

Now, if there isn't an image in the range and it has to scale, to what
size should it scale?  I'm thinking maybe it should go to the largest end
of the range - it's going to look blocky for being scaled anyway, so it
might as well at least be big - but would it be better to have a third
width/height pair as well, to be the size to scale to if scaling is
necessary?

> as the yellow pixels problem and low res pixel color problems are fixed
> before 7.5.0, I don't really care how long development goes on in a
> special branch.

Low-res pixel color problem = the issue of some terrain types disappearing
at the lowest magnification, right?
-- 
Matthew Skala
mskala@ansuz.sooke.bc.ca                    Embrace and defend.
http://ansuz.sooke.bc.ca/