Otherwise, you'd have to set up a series of sprites, each one bigger than the last, and then write your own algortihm to Blt through the series one at a time at a specific time interval.

The first is the easiest, but the second isn't much harder (especially if you already know how to write animated sprites) and will allow you better control of the look and feel of your sprites.

Hope this helped.

I've never done this so I'm probably wrong.

That's very negative sounding though so I take it back.

Woop

Second and even weirder idea: build your own blitter, but instead of for each pixel of the destination bitmap checking for the value on the origin,
make an average of every pixel in the origin that corresponds to the pixel you're filling in your destination

third ... yeah, right... and how would i do nº 2?

fourth: frankly, I'm not sure. maybe having an array of 32bit integers with the dimensions of the destination, adding each of the origin's pixels that fall into that pixel (x_dest=x_orig/scale, y_dest = y_orig/scale)and keeping record of how many pixels (in the origin)per pixel (in the destination), then dividing each value, but that sounds really sloooow....