hehe.. I dig this. Fantastic.

I love the WASD controls too. Everyone should use this.

I don't personally know how to do z sorting but I can imagine some schemes in which you can do this.

You can build a list of distances to the camera, then sort these with some sorting algorithm, then draw them in order. That's how I would approach it, at least.

One kind I used to employ for multiplexing sprites on the C64 was to take the z-pos and divide by 2 (as an int), this becomes an index value, whose position you occupy with a variable whose value goes from 0 - num of sprites.

All you do for a display is run through the array looking for anything other than 0xff say (null) and when you find a number, that's the sprite to display.

Push 0xff (null) back in its place and you don't need to flush the table.

Don't know if it's any use. Perhaps I'm just being nostalgic

v3ga wrote on Oct 7^th, 2005, 12:02am:

yes that s a good site. although you really need to choose the sorting algorithm very carefully for your matter. we used the qsort algorithm in the begin, which is know to perform very well. it wasn t very reliable on sorted lists, so we switched to shellsort which is slower but handles sorted lists better.

for a much deeper insight i recommend wikipedia. http://en.wikipedia.org/wiki/Sorting_algorithm