If I use tiled based map I can have only rectangular objects.

What is a strategy for creating slanted or curved ground in that case? Should I use a tile-based map, or should I define corner points in the map and create the ground programmatically?

  • \$\begingroup\$ Possible duplicates: gamedev.stackexchange.com/questions/23312/… gamedev.stackexchange.com/questions/30863/… \$\endgroup\$ – MichaelHouse Jun 28 '13 at 4:35
  • \$\begingroup\$ @Byte56 those questions are about slope. Curves are a different beast entirely. \$\endgroup\$ – ashes999 Jun 28 '13 at 10:37
  • 2
    \$\begingroup\$ I would advise you to start with a simple runner, then add slopes, then add curves (in that order). If it's not really necessary for your game, maybe you can start with a simpler game. \$\endgroup\$ – ashes999 Jun 28 '13 at 10:38
  • \$\begingroup\$ I have made a simple game already... But handling slops and curves is getting difficult \$\endgroup\$ – user739711 Jun 28 '13 at 12:22
  • 6
    \$\begingroup\$ Take a look at this set of articles on how the problem is solved in Sonic The Hedgehog, could be some very relevant info: info.sonicretro.org/Sonic_Physics_Guide \$\endgroup\$ – Kai Jun 28 '13 at 12:25

There is an easy way to fake this in a 2D tile game. First you create a tile that contains the curved shape (using alpha 0 for the "empty space"). Then for each pixel on the x-axis you store the height of the highest point that has a non-zero alpha. While your character is over one of these curved tiles, your collision routine then checks the character's x-axis position relative to the tile and uses the height value you stored to determine the appropriate y-axis position for the character. You could also store an angle for each x-axis unit if you want your character to rotate based on the current slope.

This implementation is very easy to do and runs very fast since your calculations are done at design time (or at load time if you choose to do it in code) and the collision detection only requires a look-up.

Here is a (very simple) example image:

enter image description here

At x=5 the height is 10 pixels (so y=10), and at x=15 the height is 30 pixels (you should store this for every value of x).
Also, because of the (mostly) even slope the angle is about 45 degrees for ALL values of x - this will obviously vary based on the type of tiles you have, and you can easily calculate it, or just approximate it visually.

EDIT: As requested, some basic code:

Here it is important that both the player and tile positions are in the same "space" (ex. both are in world space) so that the array index look-up value results in a value in the range [tile.left, tile.right]. Also, the test for whether the player is over a tile should probably be something more scalable in a real implementation, but this will do to illustrate the idea.

// check if player is within the bounds of the tile and find their height
if ( player.x >= tile.left && player.x <= tile.right &&
     player.y >= tile.top && player.y <= tile.bottom )  {
   player.y = LookupY[player.x - tile.left];  // Set Player Y from X Relative to Tile

Generating the LookupY table will be highly dependent on the API used for graphics, so I will leave the technical details out, but the basic algorithm would look something as follows:

LookupY[x-axis size];   // Array sized to each x-axis pixel
for ( x = each x-axis pixel )  {  // Loop for each x-axis pixel (left->right) 
    for ( y = each y-axis pixel )  {  // Loop for each y-axis pixel (top->bottom)
       /* extract the pixel's ALPHA value here (API specific code) */
       if ( alpha != 0 )  {  // Stop when first non-zero alpha is found
          LookupY[x] = TileHeight - y;  // Calculate Height from Bottom of Texture
          break;  // Stop testing on y-axis; height is found

This is a very basic implementation and since the question does not specify any specific language and/or API I really can't elaborate much more, but feel free to ask if anything is still unclear.

  • \$\begingroup\$ Would you care to show a code example of the tile? \$\endgroup\$ – wes Dec 27 '13 at 3:38
  • 1
    \$\begingroup\$ @wes, added some basic code. Hope it helps. \$\endgroup\$ – free3dom Dec 27 '13 at 8:06
  • \$\begingroup\$ thanks a lot! This is a really neat idea. I was just wondering about implementation \$\endgroup\$ – wes Dec 27 '13 at 15:19
  • \$\begingroup\$ No problem, glad to help :-) \$\endgroup\$ – free3dom Dec 27 '13 at 19:16

I would suggest that you have a look at tile collision detection. You could easily have a slope shaped tile and make the bounding box triangle shaped.Its true that you can only have rectangle shaped objects as far as graphics go but for collisions depending how you write it you could have any shape.

If you haven't really looked into collision detection (and i don't blame you, its not the first thing you think of in a tile game) then i found a good article on it for Java using quad trees.



Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.