jmd15

I'm wondering if anyone knows of a good article on the level design behind side-scrollers? I'm currently programming a 2D, SDL-based, side-scroller and I've got mostly everything else developed, I just need an idea for the levels. I haven't even decided on how to set up the levels. Should I store all the levels in a file? In separate files? How should the data look in the files? How should the data be parsed? Any help or links are appreciated. Thanks.

__________________
Trinity: "Neo... nobody has ever done this before."
Neo: "That's why it's going to work."
c9915ec6c1f3b876ddf38514adbb94f0

dwks

It's entirely up to you.

I would store each level in a different file, simply because they're easier to manage that way. If one file gets corrupted, you don't lose everything. If you want to add a level, delete or edit one, it's a lot easier.

How to store the data? I would use text. That's just me. Text files may be larger than binary files, but they're easier to read, easier to edit, and often more portable.

Depending on how big your maps are, there are two basic ways to store the data. You'd probably just store the value of every square, much like this:
But if there are vast distances between object on the map, or very few objects, or the values must be very exact, you could store it more like this:
(That is, store the positions of each non-blank square instead of every square.)

Another suggestion: to make the levels easily customizable, you could have a header like this:
Then in the file you use A, B, C etc for the squares. That way you could very easily create different themes or whatever you like.

__________________
dwk

Seek and ye shall find. quaere et invenies.

"Simplicity does not precede complexity, but follows it." -- Alan Perlis
"Testing can only prove the presence of bugs, not their absence." -- Edsger Dijkstra
"The only real mistake is the one from which we learn nothing." -- John Powell

Other boards: DaniWeb, TPS
Unofficial Wiki FAQ: cpwiki.sf.net

My website: http://dwks.theprogrammingsite.com/
Projects: codeform, xuni, atlantis, nort, etc.

Bubba

I use linear arrays to store levels. What you use is purely up to you. But arrays are easy to load/save and to manipulate in-game.

jmd15

Thanks for the replies.
dwks, your argument convinced me to use separate files for each level.
Now for the way/style of storing the levels in files.
I was thinking of assigning codes like (A1, A2, A3, etc) for each object, the letter corresponding to the type of object and the number to the specific one, etc.
So the files would look like this:
A1 50,20
A2 100,20
A3, 25,35

With the numbers after it being x,y values.

Then when reading the level files, I could store each set of coordinates in one 2d array, and then store the name of the object/sprite to draw in a corresponding array under the same index number.
Then to make it run faster, I could check the current frame of view each game loop, and draw all sprites in those arrays with coordinates that lie within the frame. Is that a sound level design idea?
Not being well versed in game design, any tips/suggestions on this are welcome.
Bubba, what are these "linear arrays" you talk about? I'm not familiar with those.
Thanks for the suggestions guys.

__________________
Trinity: "Neo... nobody has ever done this before."
Neo: "That's why it's going to work."
c9915ec6c1f3b876ddf38514adbb94f0

dwks

That's just what I was suggesting in my post. But I think that in your file you should assign A1 etc to filenames if you can, to facilitate changing artwork.

A linear array is just an ordinary array AFAIK.

__________________
dwk

Seek and ye shall find. quaere et invenies.

"Simplicity does not precede complexity, but follows it." -- Alan Perlis
"Testing can only prove the presence of bugs, not their absence." -- Edsger Dijkstra
"The only real mistake is the one from which we learn nothing." -- John Powell

Other boards: DaniWeb, TPS
Unofficial Wiki FAQ: cpwiki.sf.net

My website: http://dwks.theprogrammingsite.com/
Projects: codeform, xuni, atlantis, nort, etc.

jmd15

Ok, thanks.

I get your filename idea, but I'm planning on writing different classes(using inheritance off of a main Sprite class) for each specific sprite. So that way, the A1 naming system will specify a certain class which will have that class's sprite image file loaded on creation into it's inherited SDL_Surface member. I think I'm ready to begin development know! woo! Thanks again guys, appreciate it!

__________________
Trinity: "Neo... nobody has ever done this before."
Neo: "That's why it's going to work."
c9915ec6c1f3b876ddf38514adbb94f0