Entries in game development (350)


New Game - Going the Distance 6

Listening to: Nothing.

Go and check out my newest game! If you are remotely a fan of dice games, then this one is for you. If you hate dice games, there's plenty else to play on the site.

Related Link: Going the Distance 6: Too Scared on Shen Games

Coding Experiment - EKANS!

Listening to: Nothing.

I spent some time this morning thinking about mini-games to add to my newest project Penny. No details really, but I decided adding a Snake type game would be nice. In an effort to strengthen my coding skills, I decided to whip one up together with the greatest Pokemon in the world.

There are many different ways to implement the code, but the way I approached it was that each segment has two states: where it was and where it's going. With each tick of the game loop, it will move to where it's supposed to be going. The body piece behind it will set it's "where it's going" to the "where it was" of the piece in front of it. This way I don't have to queue up a huge list of turns. It will always know where to go as long as there's something in front of it.

Go Ekans! Play link below.

Related Link: EKANS!

New Game - Pixel Dodge

Listening to: Nothing.
My newest game Pixel Dodge is released! This was one of those experiments of "gameplay everyone's seen" and trying to add enough twist/Torque that people would want to play it. After a few train rides worth of programming, I realized I didn't want to expand the game any further, so it's missing achievements and all polish.

In any case, it's playable and it seems like it did okay on Newgrounds.

Related Link: Pixel Dodge - Unpolished on Shen Games

New Comic - Sandbox Game

Listening to: Kelly Clarkson - All I Ever Wanted

This is the newest strip for Awkward Reference. I also decided to create a silly, preliminary version of the Sandbox Game that Alexander talks about in the comic strip. You can go play it by hitting the link below.

As a reminder, the comic updates on Tuesdays and Fridays.

Game Link: Sandbox Game at Shen Games
Comic Link: Awkward Reference #6 - Sandbox Game

New Game - Pixel Swap

Listening to: Nothing.

I just released my newest game Pixel Swap today! It's a game I came up with while reading a book about game design and how Bejeweled takes advantage of our compulsion for OCD tendencies. This game is an new brew of jigsaw puzzle.

The engine was pretty simple to build and it is also quite easy to expand, which is a benefit to me as making newer versions/puzzles won't be too difficult. Maybe I can establish a brand with it? There's still room for improvement, especially in the realm of those "bells and whistles". Maybe in the sequel.

Related Link: Pixel Swap at Shen Games

Cadet 227 - Badges / Buttons

Listening to: Nothing.

Just wanted to show you what the badges will look like for those who helped out and funded the project. This is what the mailing address request was for. I should have these made and sent out by the end of the month!

In other news, the game is still slated to be completely finished by the end of Summer 2010. I hope to have a working demo of sorts within two weeks to have it shown at the Games for Health 2010 Conference in Boston (link). We'll see how it goes though. It has to be at least 10 minutes long. Hrm, crunch time!

Related Link: Cadet 227

New Game - Going the Distance 5

Listening to: Nothing.

Good morning, folks! I just released Going the Distance 5: Earth Defensive Defense Force today! It was a fun project that I was able to put together a week on the train. I've done so much conceptualizing for the Cadet 227 project that I needed to make sure my programming chops were still intact.

Anyway, give it a go! Remember to use the SLOWMO power as much as possible. It really helps you get further along.

Related Link: Play Going the Distance 5

Cadet 227 - Developer Diary Entry #4

It’s been a little while since I’ve updated and I apologize for that. I’d like to thank you for the continued support on the project. As a reminder, the project’s been fully funded and anything extra will help me spend a bit more in making sure the game is as an engaging experience as possible.

I’ve been having some thoughts about the "skipping dialogue" part for the game. I just think it will end up being too messy. It’s not so much the complications of how it will work, but rather I don’t think it adds to the gameplay experience. I’m actually going to go the route of a simple room description (room name, items in room, exits) and full room description (room name, description, exits). I’ll just make sure the room description is just long enough and can be skipped, but nothing like a novel to get through.

This will actually free up a key to use, which I’m thinking will be used as a "use item in inventory" button. It will be automatic in that if you have the item, the correct item will be used in the appropriate room. Having to sit there and cycle through each item would very well be a pain to use. Yes, I understand that a player could potentially run through the entire game, grab every item they see and then try each item in every room, but that isn’t how the game is meant to be played. Players who do that will inevitably also complete the game, but lose out on the experience. If they derive joy from that, then who am I to deny them that as well?

This will also add a little variety to the game where you actually are encouraged to explore and figure out puzzles as opposed to just following a linear path, listening to a story.

I can assure you there are at least two safe combinations to remember and a bit of Konami’s Track and Field running action to be had in this game.

Stay tuned! I hope to have some original music up soon.

Cadet 227 - Developer Diary Entry #3

Listening to: Nothing.

Today's post is a bit more technical.

I started working on the underlying engine for Cadet 227. It's strange knowing that all keypresses are only affecting game elements in the background, producing no visible change on screen. I have trace statements running, of course, but it's just a new way of experiencing the development of a game. It's... like a game in itself.

Anyhow, just busy working on that. Currently I have going from room to room in place as well as the system reading a block of dialogue. I haven't incorporated the skipping portion yet. A very interesting thing I learned about AS3 today!

When you add the "SOUND_COMPLETE" event listener to a sound channel, you have to assign/add it again after the sound has been played--every time.


If you don't do that, it won't work correctly. The "soundComplete" function, in this case, won't be fired. If you place it before the sound channel play command, it also doesn't work. It has to be added after the sound has started playing. That's my AS3 tip of the day... or month... or year.

Related Link: Cadet 227


Cadet 227 - Developer Diary Entry #2

Listening to: Nothing.

Thank you for the continued support! It’s very awesome knowing that people want to see something like this happen. I’ve even got a few e-mails from folks volunteering their help, as a voice actor or to help with sound music! I can’t even wrap my head around dialogue trees just yet, as you’ll understand near the end of this post with the difficulties that arise with simple room descriptions. I will address the dialogue game mechanic in a later post though since, in all honesty, I have thought about it. That’s not to say I won’t need other voices though. A person can only listen to my voice for so long before wanting jump out a window.

The correspondence with visually impaired computer users continues as well as additional outside research. It looks like JAWS is the main screen reader, so I’ll have to download a demo and try it out.

I’ve learned that when the online Flash version goes up, which is only a piece of the game due to its size, it will have to be embedded in a very plain page. Just like how we scan through pages and look for keywords within sites, I’m sure we’re all guilty of blazing through an RSS reader for posts that appear remotely interesting, visually impaired computer users do the same. The problem is that they have to listen to each piece from beginning to end or skip it. That means while we can pick up keywords at the end of a sentence or even in the middle, visually impaired users must get the gist from keywords at the beginning. They can’t skip to the end. They can’t skip to a word in the middle. It’s possible to change the speed of reading on the reader, but there’s still no jumping around. All in all it’s a new way to view how sites are to be laid out to provide the best accessible user experience.

This is another reason why the full game will have to be a download. I don’t want to have to have a user go to the site, navigate to play, enter the page, tab to the embedded file, turn off their screen reader (there are certain keys on the keyboard attached to functionality within the screen reader, like “B” being like Tab, cycling through elements on a page), play the game, turn their screen reader back on and possibly confuse them on how to move on to another site. Also keeping track of customized settings for different screen readers is impossible, so it could end up as a big punch in the face. As a download, expectations for what’s going to happen are set in place. You know you’re going to start an application and can set the screen reader to the appropriate settings, rather than trying to figure out a workaround in hopes it doesn’t conflict with any other accessible software running.

The game is planned to use a few keys. The arrow keys will have you move from room to room. The spacebar is the action button. The keys A, S, D and F are the other keys: secondary action (kind of unsure of this), repeat the last piece said, brief description and full description. You never have to move your left hand from home row and right hand from arrow keys. I believe ESC will be the only time you move your hands, and that’s to quit the application. The game saves at every room, so there’s no real fear of losing progress.

As a player moves from room to room, they are not forced to listen to the full room description. They’ll most likely check out a full description the first time they enter a room for the first time by pressing F, but there’s no reason to hear it all every time you walk in. The brief description, accessed by pressing D, will simply list the room title and the exits. This keeps me in check in making sure that the mental map created from navigating the station and mine is compelling, but straightforward. People would probably shoot me if I decided to make the mine 27 4-way intersections with 11 turns at every section. I can barely remember where I leave my wallet without drawing a map.

While writing the script and recording the audio, I have to find the right places to split the pieces. If the player presses any key during dialogue, it will skip it and move onto the next part. They can press the S key to repeat the last thing said. An issue I can see is if a dialogue block plays, let’s say it’s in three parts, and the player presses the S key during the second part. Will it start the second part over? Will it start the first part over? How will it continue the dialogue block? I have an idea in place, but these are the things that need to be tweaked to make sure the experience isn’t annoying as hell and allow players to feel like they can move at the speed they want to.

This is another reason why copious amounts of dialogue for one situation or description will be avoided at all costs. I can imagine a person sitting through three sentences/parts in a dialogue block, but not fifteen.

I just realized that allowing any key to skip dialogue may prove to be a problem. The player won’t know which part they can skip and which part of the dialogue block they will start next. They may then press to skip repeatedly and end up skipping the whole dialogue and accidentally starting it all over again (imagine using F to skip dialogue). Maybe I will shift repeating the last dialogue string to A and skipping the dialogue piece to S. I know some users will have the patience to listen to the start of a dialogue piece before skipping, which may mitigate the problem, but I’d hate to punish those who don’t.

The initial tutorial is written. I have the story, not actual dialogue, written up to the end of the first day of mine scanning. The mine scanning takes in-game days. The first day will be very short, allowing the player to understand how it works. The second day will be the longest in the mine. The third will be the big climax inside the mine, station and everything else.

I’m currently looking into the cost of licensing James Taylor’s “You’ve Got a Friend”. From the way things look, it’s going to be prohibitively expensive for Donationware. If it’s possible to work something out, it will play a hopefully memorable moment in the game.