MKy basice problem deals with object tiles that should be blitted either before or after a charcter sprite based on footlocation in on a 2D map giving a 3D look. I have explained my problem more on this site: http://www.nobispro.com/question/ Please help me!!

You might want to store your characters and objects in a list sorted by z-value (or more likely, y-value in your example). Whenever that value changes (ie. the character or object moves), ''bubble'' that character as far up or down the list as needed to preserve the sort order. Then you can just loop through the list, drawing from back to front. If you store objects and characters in separate loops, one way of doing this would involve deciding which to draw at each step, and moving to the next member of the correct list. Alternatively, merge the two lists together before looping through the master list.

There is one solution that involves the setup before-hand.
I use right now two types of background tile(terrain + path tiles) that I define as always being behind everything.
now there are two types of collision:
1) character to character
It''s best to display your tiles row by row down the screen and for your characters, you might want to store their position(or a pointer(4 bytes) to their character info) in the TileInfo[][] as well as in the linked list of characters. There is a certain amount of overhead in keeping track of the pointers in the TileInfo[][] array but it''s good to have that info when you''re doing path-finding.
2) object to object
In the TileInfo[][] array, you might want to have two bytes one for the object behind the character in the tile and one for an object before a character in an tile space. If there''s only one object per tile then everything is simplified.
if everything is jumbled everywhere, it''s best that, when you _load_ the objects you have, you sort them by y position on a linked-list. They''re bound to be static - not moving - and when your characters move you should be able quickly to take them off the sorted list and reinsert them(best method would be to start with the the characters position on the list and work up or down depending on the whether the character move in a positive y direction or negative y direction(
if character->ynew > character->yold)
{
MoveDownList(pCharacter);
else
MoveUpList(pCharacter);
}

I don''t think I have given direct exact answers here but I''ve given some options you can choose among. It''s going to depend on your tilespace and the trade-offs you can make

ZoomBoy
A 2D RPG with skills, weapons, and adventure.
See my character editor,
Tile editor
and diary at
my web-site

I really think that the addition of a "z-buffer" negates the game being called "2D". What defines a 2D game anymore? Is it just a static camera? A birds-eye-view? Is it the absence of matrix math and lighting? If you are going to keep track of sprites in 3 dimensions, why call it a 2D game?

I think it is still described as a 2D game because graphics are still stored and drawn in two dimensions. In fact, some people argue that current 3D games and graphics cards are really 2D, because they simply transform coordinates in 3D to 2D and display them. In any case, there are very few recent ''2D'' games out there which do not give a perception of depth of some description - does this make them 3D too?

Regards

Starfall

Z-buffering is just automatic enforcement of the basic painter''s rule: closest objects drawn last in any given spot. Last I checked, paintings weren''t considered to be 3d. Why should the algorithm used to display an image change it''s nature?