- Forum
- Windows Programming
- 2D Platform Games
2D Platform Games
Hi guys Im new to these forums but I need help.
I'm kinda okay with game programming for the most part and was looking for any tutorials of books that help with creating a 2D platform game in c++. If anyone can help that you be splendid. There is a game call generic that is a c++ 2D platform game which is more or less what my game will be like.
http://www.youtube.com/watch?v=iAy1_eLN4CI&list=LLHbukA9eLjgFWhsZrEWzJ6g
http://generic2d.blogspot.com/
I'm kinda okay with game programming for the most part and was looking for any tutorials of books that help with creating a 2D platform game in c++. If anyone can help that you be splendid. There is a game call generic that is a c++ 2D platform game which is more or less what my game will be like.
http://www.youtube.com/watch?v=iAy1_eLN4CI&list=LLHbukA9eLjgFWhsZrEWzJ6g
http://generic2d.blogspot.com/
You say you're okay with game programming (which I take as that you have some experience in it), so what strikes you so complex about platform games that it requires special literature?
For an overview of some 2D game programming concepts, and some 2D platform code samples, I remember that the following site had some well-written material:
http://www.sdltutorials.com/category/sdl-game-framework-series
These tutorials use the SDL API (other APIs could be used for 2D graphics -- there are several choices). The tutorial entries are arranged with the newest one on top, so the series of tutorials actually starts from the bottom.
Also, an interesting article on various approaches to implementing a 2D game engine:
http://www.gamedev.net/page/resources/_/technical/game-programming/the-guide-to-implementing-2d-platformers-r2936
http://www.sdltutorials.com/category/sdl-game-framework-series
These tutorials use the SDL API (other APIs could be used for 2D graphics -- there are several choices). The tutorial entries are arranged with the newest one on top, so the series of tutorials actually starts from the bottom.
Also, an interesting article on various approaches to implementing a 2D game engine:
http://www.gamedev.net/page/resources/_/technical/game-programming/the-guide-to-implementing-2d-platformers-r2936
Last edited on
Most of my experience comes from books and creating text based games. The things that I have been looking for are ways to create a combo system, how to create a menu, how to create a side scrolling map, and the health bar.
Dust an Elysian Tail is the game that my game more resembles as I have done further research into the subject of 2D games.
Dust an Elysian Tail is the game that my game more resembles as I have done further research into the subject of 2D games.
Last edited on
Well, you could do that with SDL, and the tutorials I linked earlier could take you to the point where you'll have a side scrolling level, an animated character that collides with the environment and is subject to gravity and acceleration etc. .
Combos will have to be done by combining user input handling (keyboard, mouse etc) and the current position, state (running, jumping etc), and distance of the character to other objects or entities/characters. The Health bar will most likely be an animated surface that's rendered on top of everything else in your frame, so that it appears to overlay your game screen's content constantly. The menu user interface will likely have to be visually designed in a graphics program and then be inserted and programmed by you to respond to user input.
Combos will have to be done by combining user input handling (keyboard, mouse etc) and the current position, state (running, jumping etc), and distance of the character to other objects or entities/characters. The Health bar will most likely be an animated surface that's rendered on top of everything else in your frame, so that it appears to overlay your game screen's content constantly. The menu user interface will likely have to be visually designed in a graphics program and then be inserted and programmed by you to respond to user input.
Last edited on
Do you have any other sites or anything that could help with the health bar, menu and combo system? If you could teach me how to do any of these things as well would be great! Thank you Ogoyant for all of your help so far and I appreciate the generosity you are providing.
Last edited on
Well, for the health bar you could take a look at some ideas in this discussion:
http://www.gamedev.net/topic/522979-hit-bar/
(Actually that site has a wealth of interesting articles you may find helpful on various topics of graphics and game programming. ) . Essentially, usually for a standard type of health bar you'd want to have a bar that changes in size depending on the health points of your character. So the width would be maximum when HP is, and it would be 0 when HP is 0. You could get the bar as a solid rectangle that's drawn on the screen and it's length is manipulated by
This could be a textured rectangle, and you might even make a non-rectangular bar by making the part of the rectangle that lies outside of the bar to be transparent (using alpha blending). Another approach, for more complex bars, meters and HUD elements, could be to have a spritesheet of animation for them and to simply animate them the same way you animate an entity (so you could have animation clips for "health up", "health down" etc).
Regarding combos, they are pretty much an extention of player states. See this thread for a discussion on player states, it should give you some idea on how they work (in conjunction with the SDL tutorials I linked earlier).
http://www.cplusplus.com/forum/windows/84950/
For the menu, you would have to draw a user interface and then draw it on the screen in the same way and using the same functions and programming tools as when drawing in your in-game mode. You should program options to highlight and open menus (animate them to open, etc) upon the player highlighting them with the mouse, or pressing a keyboard key etc. . It really depends on what you want to do. Generally, you should have a good idea of what you want your gameplay and interactivity to be like, and then translate it into programming terms. An example: for a simple menu of "New Game", "Load Game", "Options" and "Quit" with no animation but simple highlighting (and no mouse support for the user -- only keyboard), you'd have to draw a background and then draw the 4 choices in the foreground. Then you'd have to keep track of the currently highlighted choice (using an enum, perhaps). Then, supposing your menu is vertical, and supposing that "New Game" is the default choice and is highlighted by default upon starting the game -- this means that the top choice -- being "New Game" -- should be drawn using it's highlighted version rather than it's unhighlighted version (you should have these pre-drawn in a graphics program and use the appropriate one depending on the enum's current value). Then, by pressing down-arrow-key, the program should respond to that keyboard input by updating the currently highlighted element of the options list to be "Load Game", and then upon rendering time, the program should now draw a non-highlighted version of "New Game" and a now highlighted version of the "Load Game" option -- which is where the player's current option has been placed because the down-arrow key was pressed.
Doing the same with mouse support would involve checking the x,y coordinates of the mouse and seeing if they are over any of the available options' bounding rectangles (which are also defined in the same coordinate system). Then you'd have to update the enum, and highlight and unhighlight accordingly upon frame-rendering time. That's pretty much how this goes. Then, if you had an animated menu, you would also have to manage animation clips for each option (rather than a simple bool flag that has a true or false value).
Also -- a note on SDL, now that I remembered. SDL does not have layers or a notion of screen depth, since it is 2D. This means that all your rendering/drawing is done from the furthest back elements to the nearer ones, so that the ones that are nearer are drawn after the ones that are behind them -- and effectively on top of them in terms of the frame buffer. So, for the helath bar for instance, you'd draw that on top of everything else, so that it is always in the foreground in relation to everything else.
Combos, and other more specific gameplay elements, are just more specific and complex applications of the basic ideas presented in tutorials like the ones I linked earlier. You're just handling more animation clips, defining more player states, making more comparative checks and updates in every game loop.
A book on SDL sometimes referred to is Pazera's "Focus on SDL". You might find that helpful too.
Hopefully this post will be of some help to you (and possibly not too hastily written!). I suggest you check out gamedev and the SDL tutorials (and try reproducing the effect in code yourself, from first to last), as you'll understand a lot of the mechanics for this type of programming and this type of game engine by doing so.
Ogoyant
http://www.gamedev.net/topic/522979-hit-bar/
(Actually that site has a wealth of interesting articles you may find helpful on various topics of graphics and game programming. ) . Essentially, usually for a standard type of health bar you'd want to have a bar that changes in size depending on the health points of your character. So the width would be maximum when HP is, and it would be 0 when HP is 0. You could get the bar as a solid rectangle that's drawn on the screen and it's length is manipulated by
|
|
This could be a textured rectangle, and you might even make a non-rectangular bar by making the part of the rectangle that lies outside of the bar to be transparent (using alpha blending). Another approach, for more complex bars, meters and HUD elements, could be to have a spritesheet of animation for them and to simply animate them the same way you animate an entity (so you could have animation clips for "health up", "health down" etc).
Regarding combos, they are pretty much an extention of player states. See this thread for a discussion on player states, it should give you some idea on how they work (in conjunction with the SDL tutorials I linked earlier).
http://www.cplusplus.com/forum/windows/84950/
For the menu, you would have to draw a user interface and then draw it on the screen in the same way and using the same functions and programming tools as when drawing in your in-game mode. You should program options to highlight and open menus (animate them to open, etc) upon the player highlighting them with the mouse, or pressing a keyboard key etc. . It really depends on what you want to do. Generally, you should have a good idea of what you want your gameplay and interactivity to be like, and then translate it into programming terms. An example: for a simple menu of "New Game", "Load Game", "Options" and "Quit" with no animation but simple highlighting (and no mouse support for the user -- only keyboard), you'd have to draw a background and then draw the 4 choices in the foreground. Then you'd have to keep track of the currently highlighted choice (using an enum, perhaps). Then, supposing your menu is vertical, and supposing that "New Game" is the default choice and is highlighted by default upon starting the game -- this means that the top choice -- being "New Game" -- should be drawn using it's highlighted version rather than it's unhighlighted version (you should have these pre-drawn in a graphics program and use the appropriate one depending on the enum's current value). Then, by pressing down-arrow-key, the program should respond to that keyboard input by updating the currently highlighted element of the options list to be "Load Game", and then upon rendering time, the program should now draw a non-highlighted version of "New Game" and a now highlighted version of the "Load Game" option -- which is where the player's current option has been placed because the down-arrow key was pressed.
Doing the same with mouse support would involve checking the x,y coordinates of the mouse and seeing if they are over any of the available options' bounding rectangles (which are also defined in the same coordinate system). Then you'd have to update the enum, and highlight and unhighlight accordingly upon frame-rendering time. That's pretty much how this goes. Then, if you had an animated menu, you would also have to manage animation clips for each option (rather than a simple bool flag that has a true or false value).
Also -- a note on SDL, now that I remembered. SDL does not have layers or a notion of screen depth, since it is 2D. This means that all your rendering/drawing is done from the furthest back elements to the nearer ones, so that the ones that are nearer are drawn after the ones that are behind them -- and effectively on top of them in terms of the frame buffer. So, for the helath bar for instance, you'd draw that on top of everything else, so that it is always in the foreground in relation to everything else.
Combos, and other more specific gameplay elements, are just more specific and complex applications of the basic ideas presented in tutorials like the ones I linked earlier. You're just handling more animation clips, defining more player states, making more comparative checks and updates in every game loop.
A book on SDL sometimes referred to is Pazera's "Focus on SDL". You might find that helpful too.
Hopefully this post will be of some help to you (and possibly not too hastily written!). I suggest you check out gamedev and the SDL tutorials (and try reproducing the effect in code yourself, from first to last), as you'll understand a lot of the mechanics for this type of programming and this type of game engine by doing so.
Ogoyant
Last edited on
Your help Ogoyant knows no bounds. Thank you for the all the information you have provided in your incredibly detailed post. I appreciate the time and effort you have given to help me with my endeavors.
You're very welcome TheGameMaster85, glad to be of help. Also, BHXSpecter makes a good point, Lazyfoo's tutorials are also a good resource.
Ogoyant
Ogoyant
I'm actually trying to make a platform game of my own! I thank all of you for your tips. I'm trying to make it different from the usual Mario or anything.
Topic archived. No new replies allowed.