May Game Dev 013: Download and Play

Get the game here.

Rag Doll Fight 1

You can download it for Mac OSX, Linux, and Windows.

I love how easy it is to build for other platforms in Unity!

I got rid of the control screen and figured out how to just use the Unity Input Manager. So now when you start the game, you can set up the inputs however you like. I would like a custom in-game input manager, but that’s for another game and another time.

Enjoy! Tell me what you think! Remember, this is a game that I threw together in a month. Don’t expect anything epic or unbreakable. 🙂

May Game Dev 12: Finished!

Rag Doll Fight 1 Fight Stage by Zachary Sarette


Everything came together there for me in the end. For a simple fighting game getting things up and running from scratch is quite a challenge.

There were many times at the end where I wanted to quit because the problems that I ran across seemed too complicated.  I had to redo most of the art as well as the bone animations.

If I ever plan to do another fighting game, I’d want to work with a small team of animators so I could focus on the design and coding aspects. Fighting games really need proper animations to make them interesting.

Sprite animations are better than using sprites and bones in my opinion for a 2D fighter. But it does take more time.

Tomorrow I’ll finish up the bits and pieces and put it out there for people to try. I’ll also update the One Game A Month website.

That’s all for now.

May Game Dev 011: Nearly there but gotta work out the kinks.

I’ve worked on it quite a bit, but I’m at a place where I think I should leave it.

I really don’t like the way the animations play out. Next time if I’m doing a fighting game, I’ll have to draw out all of the animations with sprites. I can see why it’s been done this way more often. Obviously 3d is a different story, but still the animation can’t be done with bones alone and look nice.

Tomorrow’s the last day. I’ll fix up a few bugs here and there and then post it. Not bad for a month’s work for a fighting game. It’s really a lot to think about in terms of hitboxes and interactions. Not as simple as you might think.

I think I’ll call it “Rag Doll Fight 1”


May Game Dev 010: The Start of a Game Controller

I’ve been working a little bit to get a main game controller and the text up and running to the game with a countdown timer.

So far so good!

Again, learning more about unity, and how easy it is to talk to each component and set things nicely. It feels like writing a web page… except better.

May Game Dev 009: Getting hit animations working!

I managed to solve a few more problems and figured out how to test which side the character was getting hit. The answer was so simple, yet my online search lead me to all kinds of complicated ways of doing it.

My way was simply using the “bounds” of the box colliders and comparing their centers. Easy enough. I’m only testing for right and left right now, but it’s easy enough to extend it out into 4 or 8 directions if I want to really get jazzy. Right now I’m happy with what I have.

I’ll have to extend out the animation to the rest of the parts of the body. Right now I simply have the torso hit working. Easy enough to extend out the player controller.

Here’s what it looks like so far. Its starting to shape up.

Up next is building out the getting hit animations. After that, I’ll build a few combo moves and build a KO animation.

Then, I’ll build a simple 3 round game system with a win and lose case to make a real game.

After that I have to create a simple character select.

And finally, I’ll rework the art to make it pretty.

I’m a little past the halfway mark for the month. I’ve learned lots so far, and can’t wait to dig into Unity deeper.


May Game Dev 008: Health bars and hitboxes working!

Que Felicidad!

I now officially have a way in which to measure winning and losing the game. It’s by no means perfect, but I got something up and running, and I understood a bit more about unity and the physics and colliders.

Unity is a BEAST! But it’s also a pleasure to work in. I’m getting much more comfortable writing out code for it.

The sad thing is, I want to code pythonically with very expressive property and method names, and I want to stop using CamelCasesForEverthing. But oh well. I should write expressively, but the camel case will have to remain in order to not confuse myself or others reading my source.

Thanks to a wonderful tutorial from this guy inScope Studios on Youtube, I was able to understand a lot more about how to make better object oriented code for Unity. I was also able to make beautiful health bars that work really nicely! I also found out what lerping variables can do. (Linear Interpolation).

I made the bar smoothly fall and change color as the player takes damage.

Here’s a quick video of my progress so far!


May Game Dev 007: Thinking about Collider States

Okay, so I’ve got some basic animations up and running for my fighter.

Now I need to start thinking about the hit boxes. When do the hitboxes deal damage? When do they take damage? What happens when the character blocks?

Speaking of blocking I need to make a  block animation and assign a button to it. That way I can have three proper states. I’ll also need to put in a quick health bar and script that takes care of health.

I also want to be able to turn on hitboxes so you can see them. This is good for debugging and it was also suggested by Mike Z in his presentation on how to make fighting games.

I want to try to cover all of the points in my game that he suggests, but it’s going to take time and my game will be a very simple fighter with no AI or Network gaming support. It’s something to add on in the future when I figure out how to tackle networking in gaming in Unity. Always learning. 🙂

I’ll try to get done what I can in a month. So I need to keep the scope narrow for this game. I can extend or rebuild later.

That’s all for now, I’ll be updating the blog regularly to track the game development.