No Idea What I'm Doing

Gearing up to 2.5

2011-04-01T19:13:00.000-07:00

The Flixel team (i.e. Adam Saltman) is hard at work on the next version of Flixel. If you've been watching the twitter feed, you can see that it's a pretty big upgrade. I'm digging the multiple cameras, myself. Anyway, I don't know yet how difficult it would be to migrate a project in progress from the current flixel to 2.5. My tentative plan is to do another update or two for Jumper (Yes, I'm still working on it, just not able to devote a lot of time to it these days) under the current library, and then take a swing at the conversion process.

BFXR

2011-03-29T13:06:00.000-07:00

If you recall, I used DrPetter's program sfxr to make the sound effects for Project Jumper. Well, the lovely thing about open source code is that people keep poking away at it, and now increpare has created a new, feature overloaded version that he's calling bfxr. I've been getting pretty good sounds out of the thing by just mashing buttons at random. Just imagine what someone that actually knows what all those sliders mean could do!

Not all effort results in progress

2011-03-19T00:09:00.000-07:00

I got it in my head today to make a useful variation of FlxSprite. Basically, I just want to add some simple masking, a function that will let you mask of portions of the sprite as transparent.

The actual pixels of a sprite are stored in a BitmapData object called _pixels. So my bright idea was to store all the masking info into another BitmapData object called _alphamask, and combine the mask with original image to get the masked out image. A little research, and it looks like BitmapData.copyChannel() should let me transfer the alpha channel data from _alphamask to _pixels without touching anything else on the image.

Read more »

Organization

2011-03-15T02:00:00.000-07:00

One of the things that doesn't leap out at you right away as a new game developer is just how many files start building up, and how important it is to keep them organized. The project I'm working on right now (yeah, the one that's keeping me from Project Jumper. Sorry!) started out in my head as a pretty simple Arkanoid style game. Surely that won't involve too many files, right? I'll just use the standard src/com/developer/name file structure, and that should be fine.

Hah. Maybe I'm just too addicted to making new classes for every little bit of functionality, and maybe I could cram all my graphics into spritesheets, but still, my folders are becoming a cluttered mess. The OCD part of me that makes me rename/reorganize all my music to a very strict scheme is going insane that I haven't sorted my files into categories and subcategories.

Well, while this project is too far along to make a reorganization worthwhile, I think it's actually a good lesson. The aggravation I'm starting to suffer at the end of this small game will teach me to avoid the same aggravation on a larger scale when I start working on more ambitious things. This is just another of those times when mistakes are actually more beneficial than success.

When to start level design

2011-03-10T09:49:00.000-08:00

As I'm getting closer to turning Project Jumper into an actual game, it's time to start putting some levels together. It got me thinking about the logistics of level design, and when you should get started on the process. For Jumper, I've put it off as long as I can, because I (intentionally) haven't really had any direction in mind as I make this game. If I include doors, teleporters, and spikes in the level, then I'm committing myself to those things. On the other hand, if I just throw together game elements as I think of them, I can slap them down willy-nilly onto the test map just to demonstrate them, but it doesn't really make for a good game level.

I suppose in a real project, the ideal solution would be to do all your planning first, so that it doesn't really matter what order you do things, you're always following the script. The thing is, that's not really practical for a solo project where you're not even entirely sure what you'll be able to execute successfully. It would suck to design 10 large levels that rely on a rope swinging gimmick, only to find out that you're not going to be able to make a satisfying rope. Or whatever.

On the other hand, if you DO make the levels ahead of time, it gives you direction in your coding. You already know what your game has to be able to do, it's just a matter of implementing it all. I think this is probably the best way to go once you've got some confidence in your ability.

There is a third option that occurs to me, though, and I just might end up implementing this for Jumper. Make small levels as you need them, each one implementing whatever new mechanics you've come up with since the last one. At least in Jumper's case, this could let me keep bolting things on indefinitely, or at least until the program just collapses under its own weight.

Memory management

2011-03-01T14:47:00.000-08:00

Project Jumper isn't really having any memory issues yet, but sooner or later there's a good chance that it will come up, especially since I'm not doing a thing to conserve memory. Fortunately, someone who's paid more attention to this sort of thing than I have has put up a blog post on this topic. If you're worried about overloading your RAM, check it out.

Honestly, this is as much a memory aid for myself as anything else. Uh, no pun intended.

Project Jumper Part 13: Push and Shove

2011-03-01T14:30:00.000-08:00

Man, it's been a little while, hasn't it? I've been poking around with other projects lately, along with the oh-so-pleasant jobhunting process, so Jumper hasn't been getting my full attention. But I've reached a point in that other project where I've realized I have to tear out a whole big chunk and rewrite it. And I don't really want to right now. So here I am!

Actually, this is a weakness I've long recognized in my own creative process. Maybe you can sympathize. I start working on an idea, and then when I'm not 100% certain about which direction go, I stall because I'm afraid of taking a wrong path. For some reason, the fear of having to throw out any amount of work makes me more likely to do nothing at all. Obviously, this isn't very productive. Even partially unusable progress is still progress, and nothing educates like failure. Heck, I'm even using version control, I could always just rewind to before I went wrong, and no harm done.

Oh, well. The nice thing about Jumper is that I've got real motivation to press forward even if I don't know what I'm going to do. Even a trainwreck would make for a good blog post! So anyway, let's get back to work.

Read more »

Open Thread: Got any questions?

2011-02-20T17:33:00.000-08:00

On various forums and such, I always see questions about how to get the basics of programming working. I thought I'd just leave a spot here for people who are trying to follow along with Project Jumper, but are still confused.

So, go for it. Is there anything in Jumper that I've done that you don't understand? Anything I covered too quickly? Even basic stuff that I haven't covered at all?

Organizing your game

2011-02-12T23:43:00.000-08:00

Not too long ago, I mentioned how neat it was that FlxG has properties on it that you can access from any of your classes, like FlxG.score and FlxG.state. I was considering making my next update all about how to use that concept to your advantage, but someone's already beaten me to it. Photon Storm has a new post up that covers everything I would have said, so you should probably just go there and read it. :D

Side Project: Loading and Saving local files

2011-02-07T20:03:00.000-08:00

For a side project I'm working on, I need to make a map editor, since my data will be structured in a way that's not really convenient when using DAME or whatever. That, and it's a good learning experience.
In any case, I need to be able to load and save .xml files that are stored locally on my harddrive. Apparently, this used to be a huge pain in the neck to do with Flash, and I should probably be doing this sort of project in AIR anyway, but it turns out there's a fairly way to do this.
NOTE: You have to be using Flash Player 10 for this to work.

Read more »

Project Jumper Part 12: Odds and Ends

2011-02-05T23:05:00.000-08:00

Things are almost starting to look like an actual game at this point. In fact, I'm almost not embarrassed to show people the product to date. From here on out, I'm going to try to keep the most current version of the game up on Kongregate, mostly just to try and give it a little more visibility. I'll still be posting the incremental versions as well, so nothing's changing there.

A few posts ago, evgeny asked about integrating flash movieclips into flixel, and about multiplayer. Unfortunately, I don't think I'm going to be covering either of those in much depth, if at all, for a couple different reasons.

Multiplayer is a great thing, but it's actually fairly tricky to pull of in Flash. Basically, it's all about how you get the players communicating with each other. The most direct way is have both players' clients talk directly to each other, like a direct IP connection or your classic LAN game or something. Unfortunately, Flash doesn't really provide the tools to make this feasible. Another way to do it is the client-server model, where each player's client dials in to a central server to get the data it needs. This actually does work, but it requires you to actually have a server, and that's a little beyond the scope of this tutorial, I think.

As for integrating movieclips, actually that doesn't seem like a terribly hard thing to do. The only thing is that I don't have the actual Flash development tools, nor am I likely to get them any time soon, nor do I really know how to create/animate vector art in general. So, really, I'm just not the person to be asking! If you want to go about it, maybe start with this code snippet on FlashGameDojo, and run from there.

If someone either has a good tutorial on either of these topics, or would like to write one, feel free to let me know so I can either the tutorial up here or provide a link or whatever.

OK, time to start tweaking things!
Read more »

Project Jumper Part 11: They're Everywhere!

2011-02-02T03:49:00.000-08:00

A new rivalry is born!

You know, there's a great bit play area here; it's way to much for even the most epic of duels between helmutguy and Skel-monsta. We need to add a little more danger to the world. To that end, it's time to give Skel-monsta some friends.

Still active

2011-01-30T20:40:00.000-08:00

Just making a note here that I haven't stopped working on Project Jumper, I'm just really slow. Also, I'm planning out a new, better organized project to make better use of what I'm learning here. Anyway, the next installment should be coming out just as soon as I get it all worked out. Thanks for your patience.

Project Jumper Part 10:The Beginning and the (Bad) End

2011-01-22T23:01:00.000-08:00

There's starting to be an actual game here, sort of kind of, so this seems like as good a time as any to actually give the game a little structure. That is, let's make an opening menu, a death screen, and let the game reset when you need to.

An opening menu is a good time to have a pretty splash screen, showcasing your artistic talent and getting the player excited about what he's about to play.

I'm going to use plain text on a plain background, and the finest crafted monochrome yellow triangle as a pointer. Ah, yeah.

Read more »

Project Jumper: Interstice III

2011-01-18T17:25:00.000-08:00

Again, stuff added in bold is new. Not that there's a lot of it.

~~Display map~~

~~Scrolling~~
~~Layers (e.g. background)~~

~~Display player sprite~~
~~Move player sprite~~

~~Left-right~~
~~Jump~~

~~Mario style controlled jumps~~

~~Ladders~~

~~Map collision~~

Tiles that can be jumped through from below
Harmful tiles
Special effect tiles
Different environment types, eg water

Text boxes/popup messages
~~Sound/Music~~

~~Background music~~
~~Sound effects~~

Collectables/powerups
Camera

~~Follow player~~
~~Stay in map~~
Follow target other than player

Cut scenes
Changing levels
Continous map (load area changes seamlessly)
Main menu
Save games
HUD
~~Enemies~~

~~Ability to kill/be killed~~
AI/pathfinding

Multiplayer
Weapons/Ability to fight enemies

~~Projectiles~~
Stompin'

Different movement types

~~Climbing~~
Swimming
Flying
~~Double jump~~

Editable controls
Pushable blocks/crates

Project Jumper Part 9: Agility Training

2011-01-17T17:04:00.000-08:00

It's time to improve helmutguy's maneuverability. I've got a few things that I want to do here.

Mario style jumping
Double jumping
Ladders
Walljumping

I'm not sure I'll actually get to all of them, though. Remember, I'm making this up as I go.

Read more »

Project Jumper Part 8: This isn't stomp at all! Fixing the delay in embedded sounds

2011-01-12T15:39:00.000-08:00

I fully intended to spend this update on giving helmutguy a more robust set of physics, including the ability to stomp on Skel-Monsta's head. Instead, that stupid delay at the beginning of embedded mp3s has been driving me crazy, so I'm going to fix it once and for all. While we're at it, we'll get our first taste of editing the actual flixel files to suit our needs.

Read more »

Project Jumper Part 7: Lock and Load

2011-01-09T00:18:00.000-08:00

Well, I think that helmutguy has been defenseless long enough. Let's give him some way to fight back. I'm going to go with two different abilities; that should establish some basic principles.

Pew pew lasers
STOMP


This is really only 5 pixels tall, but it looks pretty sweet	zoomed in.

Need more help with FlashDevelop?

2011-01-08T12:59:00.000-08:00

This is as much a bookmark for myself as anything else. Michael Williams has a tutorial over on tutsplus that explains a lot about how and why to use FD either instead of or alongside the official Flash IDE. It also has a lot of tips and tricks to help you code faster and more efficiently. Be sure to check out the comments also, there's some good tips in there. I've now got a bunch of new post-it notes next to my monitor with keyboard shortcuts I didn't know about before.

Project Jumper: Interstice II

2011-01-05T17:09:00.000-08:00

Let's just take a look at our progress so far. Anything bold is new stuff I've thought to put on the list.

~~Display map~~

~~Scrolling~~
~~Layers (e.g. background)~~

~~Display player sprite~~
~~Move player sprite~~

~~Left-right~~
~~Jump~~

Mario style controlled jumps

~~Map collision~~

Tiles that can be jumped through from below
Harmful tiles
Special effect tiles
Different environment types, eg water

Text boxes/popup messages
~~Sound/Music~~

~~Background music~~
~~Sound effects~~

Collectables/powerups
Camera

~~Follow player~~
~~Stay in map~~
Follow target other than player

Cut scenes
Changing levels
Continous map (load area changes seamlessly)
Main menu
Save games
HUD
~~Enemies~~

Ability to kill/be killed
AI/pathfinding

Multiplayer
Weapons/Ability to fight enemies

Projectiles
Stompin'

Different movement types

Climbing
Swimming
Flying
Double jump

Project Jumper Part 6: Sound; Bleeps Bloops and Frustrated Screams

2011-01-05T17:00:00.000-08:00

OK, time to buckle down and get sound sorted out. You guys have no idea how super excited I am this. No idea.

Actually, for the most part it's not too bad. Yeah, Flash only lets you embed mp3 files. But a lot of the time, that'll work just fine, and if the limitations aren't anything that will affect you, then everything is gravy.

Obviously, we're going to need some sounds. Let's make a quick shopping list:

Background music
Player jump
Player death

Project Jumper Part 5: Killing the player, aka Failure Is Always an Option.

2011-01-01T00:34:00.000-08:00

Happy New Year, everyone! I hope you had the most excellent of holidays. Me, I'm celebrating the new year by getting helmutguy killed.

Incidentally, my original plan for this installment was to get started with sound. On the surface, it seem like it's a straightforward and simple thing to do, right? Make sound, embed the sound into your program, play the sound when appropriate. Done. Simple. If only! It turns out, you can't embed a .wav file into flash! It only supports mp3s. I could just convert all the sounds I make into mp3 format first, but there are certain technical reasons why that's not super great for sound effects. There are workarounds, but I'm going to fiddle around with them and see what works best.

Meanwhile, it's time for danger!

Read more »

Project Jumper Part 4: Introducing the opposition

2010-12-28T21:41:00.000-08:00

It's getting a bit lonely for helmutguy to be running around in the level all by himself. Let's make him some friends to play with. In the spirit of grabbing random things and throwing them at the project, the part of helmutguy's new "friend" will be played by Skel-Monsta. Helmutguy and Skel-Monsta will have so much fun together.

Project Jumper Part 3: I love what you've done with the place

2010-12-27T00:44:00.000-08:00

Just a quick bit of poking around this time, making the level bigger and prettier.

First off, I'm using this tileset, which I got from spicypixel.net. I did trim it up a little for use with DAME and flixel, namely using paint.NET to cut out the magenta background and leave it transparent instead.

Also, there's a lot of unused space in the image. I could have trimmed it out. I probably should have, really. But it's not going to hurt anything, so I left it in.

Read more »

Project Jumper: Interstice

2010-12-24T16:52:00.000-08:00

Let's take a little break here, and put together a wishlist of stuff to work on for this "game." A real game would, of course, have a proper design document. But that would suggest a plan, and a vision of a final project, and any desire to prepare ahead of time.

Instead, I'm just going to list some stuff out in no particular order, and cross it off as I get it done, and add new things as I think of them.

I may not get to all of these, and the list isn't very exhaustive, but it does mean that if I don't have anything better in mind, I can just pick something at random off the list and work on that. Direction is a good thing.

Read more »

Project Jumper Part 2: The bare minimum

2010-12-17T19:17:00.000-08:00

Now that we've got our mise en place set up, it's time to actually start making something that works.

This is pretty typically the stage where I panic and quit, so bear with me here.

Anyway, I want to get something that will at least compile and run as quickly as possible. So, I'm going to aim for a single stage for a player sprite to run around on.

Read more »

Project Jumper Part 1: Let's get organized

2010-12-05T23:41:00.000-08:00

Getting started for real this time. This first part is stuff I've done over and over, so it's going to sound more tutorialish than future installments. Don't worry, I won't know what I'm doing much longer.

Anyway, the first thing to do is to pick a platform.

I'm going to go with Flash/Actionscript, because it's pretty similar to what I'm already familiar with, and because with a little fussing it's free. I'm willing to spend exactly $0.00 on this project. While we're at it, I'm going to snag Flixel, just because it looks like a good fit for what I'm trying to do.

Read more »

Project Jumper Part 0: No, seriously, what the heck am I doing?

2010-11-27T19:43:00.000-08:00

Okay, let's get started by nailing down exactly what I'm trying to do here. See, like every good nerdy man-child, I'd love to make a videogame. The best way to do this is to take some classes, learn computer programming, find more knowledgeable people to work with and learn from, that sort of thing.

Instead, I'm doing this thing.

OK, seriously, I'm not coming at this totally from scratch. I actually have taken those CS classes, years ago. But the last complete program I ever actually wrote was on a TI-85. So while what skills I have are long since out of date and rusty, I'm at least aware of some basic principles, so hopefully this won't be completely idiotic.

This is Project Jumper. It doesn't have a good name, because it's not going to be a good game. I've got good ideas for good games, and I'm not going to waste them on this. Instead, this is going to be an exercise in learning as I go.

As the name might clue you in on, I'm going to make a platforming game. That's my entire design document right there. Proper design documents are for good games. Long term planning is a great idea, and I won't tolerate it here. Instead, I'm going to have a series of short-term plans. Basically, just a list of things I want to implement. As those things get implemented, I'll add new things to implement to the list. When I run out of things I want to figure out how to do, I'll shelve this thing and make something good instead.

I'm going to document this process as completely as I can. If you're reading this and you're the kind of person that actually does know what they're doing, I invite you to let me know what I'm doing wrong. If you're a curious newbie, feel free to ask for more information.