Current Project: Fall

You're the horizontal thing (he's flipping).

Today is the last day that I've dedicated to official prototyping of Project Fall. Which essentially means, that I will continue to prototype the game until it feels like I want it to feel, then move on to learning Unity so I can port it to that platform (if 2D is actually feasible there). It also means that I can like, release screenshots and concepts of the prototype because it's actually pretty fun now.

Obviously, the screenshot that you have become privy to in this post represents more of my legendary placeholder artwork, but it handles the job of emulating gameplay, and it does that job extremely well.

The Early Story

So far, a few things are different with how I approached this project as compared to City Across the Sky, and yet the game followed a pretty standard stream of changes and iteration. At first, I had an idea of a game where you would have a bunch of weapons (the prototype only has 10), murder enemies, and avoid falling objects from the sky. It was going to focus on paths of motion and tight controls but be executed around the notion of avoiding this falling objects. I started on the prototype, got wall-jumping the way I wanted it, added a weapon or two, created some enemies and everything was fine and dandy. I thought the game would work out exactly as I planned it. Then I added the falling objects and the game suddenly was some shit. I realized that my original vision just wouldn't work with what I had coded (motion of objects and controls) and with that, the vision in my head fell apart. However, I liked what I had created a lot, so I kept the enemies, weapons, and movement and later moved towards and idea which I called the "murder box".

The Fall

After the idea of "Fall" had failed me, I decided to keep the name (since I have another project called Spring [more on that later]) and work on the concept of a murder box arcade game. But, for awhile, I thought the idea was much too simple and reminded me a lot of Super Crate Box, a game by Vlambeer, a studio that I really like and would ideally, like to emulate, but not copy. I was at a complete loss for what to do with the game, and let it sit for about 5 or 6 days. I hadn't abandoned it, but I didn't have an idea for what to do with the game. The simplicity of the gameplay is inspired somewhat by Super Crate Box and to a lesser extent Super Meat Boy, but I'm working hard to make it feel like a different game entirely.

I believe that it's very important to come up with your own ideas, but at the same time, I don't think that borrowing ideas that work from other games to supplement your own individual visions is necessarily a bad thing. As long as you're not ripping off another game, I feel like similarities between games should only serve to honor the original inventor of the idea.

The Inspiration

For awhile, I had trouble finding something that could work as a goal for the gamer; one that didn't tread too closely to Super Crate Box or the notion of solely trying to acquire a higher score (but that would ultimately be the goal of course). In SCB, getting the crates and finding new weapons was the major goal. It served the purpose of randomizing gameplay and acted as the scoring mechanism which was a great design choice because it fostered simplicity. For a while, I wondered what I could use as my scoring mechanism. For a while, I couldn't think of anything.

But, I asked my girlfriend (who is by no means a gamer of any kind) to make a list of things she thought I could put into the game to make it better. She made a list of ten things, and initially, I thought the list was a pile of crap, so I was frustrated by her naivety within the discipline of game design. I was serious, and her suggestions were...well they were not serious. So at first I disregarded the list and stopped development for a day or two. But eventually I came back and looked at the list and something clicked with two entries on the list.

1. Triangles that spin and cut you.
2. Squares that shoot you.
3. Keep the basic shape thing you have.
4. If there is something good falling from the sky, give it a rainbow trail or something.
5. Zooming cars.
6. Raining guns that you have to avoid.
7. Mermaids.
8. Catch the gun and it kills everything on the screen. Call it the "Silver Star Gun".
9. Bubbles. Toxic bubbles or happy bubbles.
10. Sound effects.

Raining guns and the "Silver Star Gun". From these ideas, I created the Gunstar. 

The GUN STARRR.

A weapon that, if the player is doing very well for a certain period of time, will fall from the sky and offer you ultimate power for a short time span and allow you to murder the crap out of everything on the map (if you're skilled). This idea, spawned from a list of what I considered terrible ideas at first, inspired me to work on the game as a murder box and helped me move away from the idea that the game was too inspired by Super Crate Box.

What you should take from this is, ideas can come from ANYWHERE, not just yourself. Outside ideas are extremely important and even if you don't think that whoever is giving you the ideas is qualified to give you ideas (probably because you don't think they know about games or fun and you do because you're a "game designer" and they're a regular person). You have to remember--and I have learned to remember--that game designers aren't usually your target audience, just because they MIGHT be the most vocal audience or offer the most criticisms, you don't tailor your game to them, you tailor it to the people you want to play your game. In the case of Fall, it was casual gamers and the indie hardcore.

The Murder Box

So, by mixing ideas from other games and adding a few of my own, I've managed to make Fall feel more like an action-arcade game inspired by the elemets of Super Crate Box (spawning weapons to keep you on your toes), rather than a copy. By adding elements from Team Fortress 2 (rocket jumping), Cave Story (where certain weapons affect how you move), Galaga (power-ups which are not implemented into the prototype yet), Super Meat Boy (simple motion, but with my own arcade "feel") and my own design elements (usually inspired by friends and family) such as the Gunstar (a power-up) and the leveling (leading to bosses), difficulty (based on a tier system) and scoring mechanics (which encourage the player to beat their own high scores to encourage player improvement), I managed to make Fall a completely different game and in the end I hope others think so as well.

Concept Artwork

By Jacques Yeates. He thinks it's too cutesy. You can see how the Gunstar
 has influenced the theme of the game.

By Ryan Huggins. I thought the shades (reference to Gurren Lagann) made this
one of the greatest things ever.

Early Prototype Videos

Expect greatness. Ryan Huggins~

Postmortem: City Across the Sky

To start off this blog, we can take a look at my very first video game (and only game half-worth a release), City Across the Sky, originally known as Project CAS. (It was about 95% or so complete before I stopped development to move onto something else.) Besides some missing things however, I tend to call the game complete as of 7/1/2012

City Across the Sky (Download Link)

Project CAS began as an idea for a small, innovative video game that would help me learn the basics of programming and design. Little did I know that what I originally thought would be a small game would end up being designed as a game much larger than originally intended.

The original premise of the project was a fairly simple, yet dark one. You are a single mother who lives on a small island off the coast of somewhere and your son disappears into thin air--at the same time, the main character is also dying of a degenerative disease known as Zero, making it impossible for you to truly control your emotions. Gameplay was supposed to be a mix of Castlevania and Megaman with the focus on exploration as opposed to combat. The kicker was in a concept that I had designed called degenerative gameplay, where rather than steadily increasing the difficulty of enemies to boost the game's overall difficulty, the player character would slowly "degenerate", lose levels and become weaker. Through this system (that was never actually implemented), the game would become more difficult the longer the player took to complete it while enemies stayed at more or less a stable level of difficulty. I still think that the idea is a feasible one and one worthy of being implemented into one of my projects. Alas, my skill set was too limited at the time and I made far too many mistakes early on to get the idea working (and feeling) the way I had wanted it.

Development Story

Essentially, the development of Project CAS was pretty much flawed from the very beginning and for anyone who reads this, I hope they learn to not make the same mistakes as I did. During the "design stages" if you can even call them that, I wrote a base outline for a story following about 113 plot milestones (what I considered a small amount) and drew a couple of graphs depicting how I wanted degenerative gameplay to flow. That's it. I look back now and wonder why the hell I decided to completely skimp on the design for my first developed project when I have literally written hundreds of pages of designs for other projects (that I am STILL designing to this day). I feel like I should have known that without a design or a general outline of actual goals to meet (in relation to creating a compelling gaming experience) that the project was destined to fail. That is one half of the story of Project CAS. The other half is a very dramatic experience with inexperience--one that caused the development of the project to drag on...and on...and on... In fact...

It was almost a year and a half before I realized that I just didn't like the way the game was going anymore.* So, I dropped it (after lots of internal debate and struggle, as well as discussion with my game development partner, Jacques Yeates).

*Do not let this situation happen to you. Ever. Period. AT ALL. Zero percentage of chances. It drains you physically and mentally. Try not to force yourself to work on something that you don't have to and you are no longer inspired to work on, especially while you are young. In the end, you'll regret a lot of the time you spent and you probably won't learn as much as you could had you decided to move on.**

**At the same time, don't just quit and move from project to project. Sometimes, it's worth it to stick it out and finish something, even if you don't like it. Just don't spend two years doing it.

Regardless, it was a pretty long time before I realized that what I was working on just wasn't coming together, but I tried to force myself to work for months and eventually just burned myself out. I recommend to any young developers that if you're not feeling a project, then reevaluate and think hard on it's worth and then decide to continue or quit.

Early Development

"Prototyping"

While I like to call the early graphics of Project CAS my "prototype" version, it was really an excuse to ignore people's criticisms about the game and learn the basics of scripting with Game Maker (it took me a full three months of dedicated hatred to get collisions to work before I decided to rewrite the "physics" of the engine to my specifications [a fairly difficult thing for someone so new to scripting]). However, in the end, I got all the movement working, threw in some placeholder art (about the best I could manage since sprites and colors aren't my forte at all) and even some enemies before showing some friends what I had "created". (When your very first non-mentored programming project gets glances and uninterested "that's cool, man" comments from your friends, something should strike you as immediately wrong.) But for me it was, ":O REALLY?!" so I kept on working on tiled maps that weren't even tilesets and on learning to code, while expecting people to love my game despite it's mediocre graphics, horrible controls (not to mention an overpowered wall climbing ability) and lack of a definitive goal. Unacceptable, even for a junior in high school and eventually I almost quit because I just wasn't feeling it anymore.

But then, enter Jacques (back then I called him by his internet alias Nekomage), with his decision to help update the graphics with me, we created some concept art for the new look (viewable here) that eventually led to the graphics that the game ended up with today.

Uhh, Half Development?

But still not a good game. Which is the desire.

With Jacques' help, I was able to renew an already waning desire to work on a project with graphics that I didn't particularly like, or even enjoy working on. And by the time of the game's pseudo release (only here and a few various other links scattered around), the graphics and overall aesthetic/feel of the game may be one of the only things that I'm proud of. (Music as well, but I had very little influence on the quality of that).

But the issue was never really the graphics, the issue was a mixture of inexperience and lack of direction. Even once I recruited Jacques onto the project (originally just the composer for the game), he explained to me (later) that there was a general lack of direction, but assumed that I knew what I wanted and just kept quiet. I had wanted to design and then make a game where exploration was key, but I was too inexperienced with coding and design to even design a game that had a focus! I wanted combat! I wanted great graphics and music! I wanted exploration! A great story! Lots of items and things to find! I wanted too much for a first game. What I should have wanted was a focused experience and that is the center of what I learned from developing CAS. Instead, I tried for awhile to just include everything, even when I just didn't know how to code it. But, because of this failure, I later learned to focus. I learned that I should design and prototype before execution.

These are important things to understand as a new designer/developer of video games and I can't and will not be the last person to make that mistake. When you want to make something good and you're new to the whole thing, just start small; and I mean actually small. Not what you think is small, not 113 damn plot points spanning across 16 locations. Choose something simple--like jumping, sliding, displaying dialogue (which is actually harder than you'd probably imagine if you want it to look nice)--and build something around that. For new indie developers, or new developers in general, focus is key. Stay focused and you'll build a better experience.

And hence the crux of early/mid development of Project CAS.

Late Development

The least fun part. Seriously. It is a draaaaaaag.

After realizing that I made a terrible mistake dragging the game out for so long, I wished I could have stopped earlier, but I had partially dedicated the project to a "graded" assignment in school--the CAS (Creativity Action Service) Project for my IB diploma*. I had to turn in something, so I pushed forward...and it was a terrible push. I cut the game to almost 25% it's original size and scope, restarted the project, removed a lot of the mechanics (like overpowered wall climbing, which became ledge climbing), and rewrote all of the cutscenes to accommodate for the new (absolutely horrendously written) plot and story.

Problem is, because of a lack of time I kept ALL of the old maps** (which were originally designed for the older mechanics) and wrote the new story around what I already had in place. I then created the new project, dubbed CASmini, in around 6 months*** and hoped everyone would just ignore the fact that it was a giant mezclado-turd of a game (design-wise and story-wise) with elements coming in from all the variations the game went through, when it should have been rebuilt from the ground up to accommodate the new mechanics.

* Which I didn't end up getting, partially due to the hours (which reached into literal full weeks) spent working on CAS instead of studying.

** DON'T DO THIS.

***Not nearly enough time.

I never even added the brick decal to the rest of the city (and I removed this whole map).

In fact, the only redeemable parts of the game are the portions I mapped and designed after the new mechanics were factored into the design equation (intro tutorial, and the factory), whereas everything else is pretty much just empty space with nothing happening. But, I kept on working and as a little voice inside of my brain kept telling me to quit (almost like clockwork) I kept on working, and working, and working. I burned myself out and that was it (this was June of 2012). I really just couldn't mentally handle it anymore.

That day, I talked to Jacques and we decided to end it; I added in what I could in the last days, closed the window and have only opened it to fix a bug or two people found while trying it out. In the end, I was supremely disappointed in myself for working so hard to create something so abysmal, but I feel so free now that it's done, or at least over. I learned so much about the process that it's ridiculous how empowered I feel almost a month later working on something new. The best part though, is almost immediately after closing the window for that "last" time...everything that I had once held near and dear to my heart and was once passionate about prior to the uninspired crunch...it all rushed back into me. After almost 8 months of terminal artist's block, I was suddenly inspired to draw again and images filled my mind. It was fantastic.

I had new ideas again! And slowly, but surely, haunting images of the City Across the Sky left my mind and were replaced with new concepts and a feeling of happiness that is difficult to explain in words. It just is. I was just happy to be "done". In other words: I was free.

But by being free, I knew I had to use that inspiration to get into a brand new project; but this time, I had to make sure I did it right. And here I am, dog-sitting at my girlfriend's house while she is away with family, writing a blog post about how terrible of a designer I was, and maybe still am, in order to understand myself and my mistakes better. Something I would have never (and could have never) done had I still been working on CAS.

But, the point of being young is to learn, and the point of making games (in my opinion) is to have fun, to make fun, and to get better so that you can inspire others to experience something you've or they've always wanted to do, maybe through your games or otherwise...but ultimately, it's about your experience and what you get out of making the game that matters, because at the end of the day, what's a player, but another person living your projected experiences through the medium of your choice. Video games. :D

Expect Greatness.
A Postmortem by Ryan Huggins.
Siifour Studios

Thanks for Reading~

Welcome to Indie Games Story

Indie Games Story (Part of Siifour Studios) is a place to showcase the growth of a video game designer and developer while attending school as an entering Freshman at Champlain College. My name is Ryan Huggins and the information present on this website will include a variety of things, including development updates on my various projects, postmortems of anything I work on, game reviews detailing my thoughts (indie and mainstream), and various tutorials and musings that I wish to share with the public.

My goal is to create a comprehensive guide for aspiring game developers by outlining my personal progress as a student game designer/developer/programmer/artist with a focus on the things I learn, the mistakes I make, and the thoughts that I have. Hopefully, over time, the information here can serve as a resource for people who wish to pursue a career in the game industry.

The blog will be updated on a random basis, with a blog update at least once a week. For more frequent musings, follow me on Twitter @TheRyanHuggins .

Expect greatness. Ryan Huggins~