Skip to main content

The adventure continues

We're going to dive in with both feet and build a 2D side-scrolling beat em up game next.

Different from the last approach, I'm going to incrementally build up the project and share it's development here. I'm working first on the game's assets and I've got a few things to show.

The game will take place in a single simple urban alley environment at night. I could have spent a lot more time refining this environment, adding more objects, clutter, and making it feel alive, but then I remembered the purpose here is to teach how to make a game, not make the next big hit. So I'm stopping here. It's good enough for the needs of the project.


Seen in the image above are a few crates and garbage cans which the player will eventually be able to destroy by punching or kicking them.

Looking at it as I write this, I think the scene is slightly too dark, so I may go adjust the brightness of the assets at some point...

The next step was making the characters. I'm not a character modeler, but I gave it my best shot to model, texture, rig, and animate my own characters for the project.


I still need to make a second character for the enemies to fight.. I may just take this one and recolor to save time.

I've made six animations for the character above. These will be rendered as sprite frame images that will be used in the game.

  • Idle
  • Walk
  • Punch
  • Kick
  • Hurt
  • Dead
We are going to use a very simple state machine to handle tracking what animation needs to be used at what time during the game. Each animation corresponds to a specific state the character can be in at any given time. I'll go into this in more detail later.

This is all for now. Stay tuned.


Comments

Post a Comment

Popular posts from this blog

early stages of development

DISCLAIMER: I've never made a beat em up game before. I wanted to go through and figure things out before I write the tutorial. (Makes sense right?) I've got a decent start on things so far. The solid white square is the X and Y of the player entity. The hollow white square is the bounds of the player sprite's actual raster image buffer. The orange horizontal line is the center Y level of the player The blue vertical line is the center X of the player The cyan vertical lines are quarter divisions used to place the collision hitboxes when facing left or right. The green rectangle is the hitbox of the player which will receive damage. It's size and placement changes based on the current animation. There are 2 red hitboxes which are the damage-dealing hitboxes that will be used to tell when the player punches or kicks something. Ignore the crazy continuously animated guy. That was a test entity that I was using to test the animation engine that I built. ...
Post a Comment
Read more

The adventure begins

Hi. I'm Richard Marks and I'm going to be writing about game programming on this little blog here. More importantly, I'm going to be writing tutorials and stuff to teach you, how to make a game. The first tutorial/course can be found here  https://richardmarks.github.io/gpa-box-avoider/ The mini game project that the course was based on can be found here  http://play-box-avoider.surge.sh/ and the full source code for the game may be found here  https://github.com/RichardMarks/gp-course-example-game-box-avoider
Post a Comment
Read more