creating auto worlds

[brendan]

recently (well over the past year) I created 2 games using pocketc, squish and P (Squish 2) these games involve a player pushing objects around the screen to get gems. objects interreact with one another etc. (www.ozcreations.com.au/p.htm), anyhow in these games the playing area is a 15 x 15 grid, I'm looking into creating a world of say 50 x 50 that you scroll around, and levels are automatically created, e.g the computer places walls, then doors, and keys to suit etc, the question is can it be done, simply, and does anyone have any ideas how ? or am I going to have to create large "worlds" myself.... (bugger) BTW I'm not going to be using pocketC for this one

-brendan

[suchiaruzu]

THANK GOD you wont use PocketC!!!

[James S]

Well they did that in Diablo, random scrolling worlds. You would have to program an extensive ... thingamajigga that would think of where things go and how close/far they should be from one another and make walls in lines so they don't work wrong.

NOTE: I am sleep walking. If what I say makes little or no sense, then thank you.

[filrv]

[brendan]

[filrv]

[brendan]

[filrv]

[filrv]

Another good thing about the map editor is that it allows for sprite animation to be built up in it. Which makes playing back animations simple.

Again, this also works already in the engine.

Phil Harvey
filrv@ra-dev.com
www.ra-dev.com

[brendan]

Seems to work fine, I'll just have to wait and see I guess, I've been playing around with the generated code a bit as well.....i've got a 2-d scroller happn'in over a 50x50 play area (12x16 visable) of 20x20px blocks..... I convert the bmp file it generate to a .tga etc.

[brendan]

[filrv]

Yes, you have to deal with the control of all game objects. The editor is basically there to lay stuff out.

Phil Harvey
filrv@ra-dev.com
www.ra-dev.com

[brendan]

so this includes creating the code for animations etc?

next question, if one was to create a "50 x 50 level" consisting of 20px x 20px tiles, but only wanted the player to move say 2px at a time how do you place the player into the level information, or would you keep that seperate?, and if so how can you do basic comparisions to check if the player is going to hit stuff etc, for example if the player can only be in one of the 50 x 50 squares then you can do a check for making the player fall by:

if (levledata[player.locy + 1][player.locx] != solidground) player.locy++;


but this can't be done if the player is in a 1000 x 1000 "grid", I'm new to the platform level thingy, so any help, code would be much appreciated.

[brendan]

I've another Q,

you said to create the screen into a memory block, and then copy part of it to the screen buffer, I've done the calculations and for a 500x500 tile level using 20x20px tiles, I need 100000000 x 16bits locations or about 1.5MB (if my calcs are correct) now thats a lot of mem, just for one level) the code I've got working at the moment just draws the part of the level direct to the screen buffer, providing I seperate the trans stuff from the "full blocks" so I'm not doing lots of "if" statments it runs at about 25f/s with the screen conpletly covered with tiles, and drawing a Background screen. or should I go with the membuffer thingy ?

-brendan

[filrv]