Phoebus R. Dokos wrote: > The thing is that there is no "standard" way of managing sprites apart from > what PE tells us.
Yes. > The problem with that is that (at least I couldn't find it) documentation > on how PE handles sprites apart from their format. It just handles one sprite, which is the mouse cursor. But this doesn't help you at all. > So what I see is writing some sort of toolkit (a-la SSG) which can do this > in high-colour (and more)... for example clever background redrawing of the > screen on the anticipated movement of the sprite, This I don't understand. When doing sprites you only have to save and redraw the part that is directly under the sprite. Why do you want to predict where the sprite is moving to? Marcel
