Take the 2-minute tour ×
Game Development Stack Exchange is a question and answer site for professional and independent game developers. It's 100% free, no registration required.

I asked a similar question in 'SO' not knowing about this place,anyways here goes:

I wanted to know what the best approaches are while creating a platformer based game for handling background & objects.

Tiled method - Using small objects & loading on-the-fly : I understand this is good for employing a level editor for the game later but wouldn't it become too processor intensive to manage so many tiles(using arrays, i assume). Especially if have many objects which also might be mutually exclusive (eg different sets of bg objects which react differently to user). Please throw some light on what usually the tile sizes often considered. I have a doubt that I used too small tiles which reduced my frame rate drastically.

Create, store & scale: Creating the whole level & storing them in separate movie clips, scaling them while the level loads. I found this method could solve the frame rate problem, but I then had to handle the issue of not being able to place objects (like enemy, power ups, etc) during runtime, as I no longer tracked the exact locations of the player (hero) in the game.

share|improve this question
    
Tile size is a tradeoff between performance and precision. Common sizes are 8 by 8 and 16 by 16. –  gladoscc Oct 23 '11 at 9:27
add comment

1 Answer

up vote 2 down vote accepted

Even if you're using vector graphics, I recommend rasterizing them and using the "blit to a single BitmapObject canvas" method. Since it seems that your game is suited to a tile-based approach, this would result in a much quicker game. Just use BitmapData.copyPixels to place tiles and bypass the Flash display stack.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

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