I wrote this back in January, and somehow never got around to posting it until now. Well, here it is. Better late than never, right?
There was this other movie that everyone seems to be talking about. I saw that one, in IMAX 3D. I shamelessly add it to my list of favorite movies, along with The Matrix and Lilo & Stitch and other such gems of cinema. I may be excessively indie when it comes to games, but no one can accuse me of being a film snob.
Whatever people are saying about it, what I appreciated in that movie was that it clearly showed what people left behind when they took up agriculture and industrialization and the trend toward global corporate hegemony - I said "hegemony" haha! - that is, the fun. Not moral superiority, not environmental friendliness, not utopian peace and happiness, but a life that, despite the dangers, the high mortality rate, the lack of iPhones or toilet paper or whatever else you want to measure, a life that is richly fulfilling, challenging, rewarding, interesting, in a way that the human mind and body craves and thrives on - in a word, fun.
This pressure gradient between the two societies, the fun and the unfun, is what drove the progression of this story. And this movie drove this difference home in the way no other medium could - except for games, of course - and for that reason, it is important. That's it.
And lots of people feel it. They feel this gradient pushing them away from their own lives and into the imaginary fun of the movie, which is no place to be if you are in fact a real person. But this fun place is real, it's just out of sight, in the past, or in those pockets of the world where the fun has yet to be sucked out and converted into GDP.
But no one's talking about it like that, because the usual sides to pick, the usual ways to debate these kinds of things are so readily available. Yes, kind of sad. But it gives me hope. If you show people what they're missing, they will feel it, and they will desperately seek it out, even if they believe it to be imaginary.
So, hope for the world. I must remember my mission. This is why I chose games. Light the fire, make the spark. Don't crack the whip. Whips don't work very well on rockets anyway.
2010/10/24
2010/10/13
Teaching Flixel
A few weeks ago, I started teaching some kids how to make games with Flixel and other free tools. I'm offering my time up as a volunteer, at a progressive school I came across through this inspiring blog. Here is an email I just wrote to my students:
Hi class,
I'm really tired right now. I should be sleeping. But I'm writing these instructions to you now because of something that is more urgent to me than sleep. River sent me an email asking me again to explain how to finish the animation and change where the bullet shoots from. He apparently wanted to figure this out enough that he bothered to remind me about it. He didn't have to do that. I don't have to do anything for you guys. But he wanted to. And because he wanted to, I will do whatever it takes to help him get there, even though I'm really busy, even though I'm tired. Because this is the whole reason that I decided to try teaching a class at PSCS. I came here on the chance that I might be able to help someone get somewhere they really want to go but can't get to by themselves. I'm not an expert in most things, but this opportunity to share what I can with people who want it is very motivating for me.
And I've been waiting for this. And now I see the beginnings of it.
I'm not attached to you wanting to learn game programming, or game design, or whatever. You love playing games, and I think there is a chance that you may come to love creating games as well, once you get more of a taste of it. It is an acquired taste. It might not be your thing. Which is fine with me. I don't really care personally either way. But if it is, and if there is a chance that it might be, I will do whatever I can to catch that spark in you, and help you kindle it into a steady flame, if you so choose. Just let me know.
Yeah. So, those instructions...
You added some code in the beginning of update() that said this:
var moved:Boolean = false;
Then you added code to each if-statement for the arrow keys, to changed moved to true, if you press an arrow key during the update.
moved = true;
So you have a virtual bucket, sitting in your computer's memory, which you call moved, in which you can put either true or false. But it doesn't do anything by itself. It just sits there.
However, it is useful. Because you can look at it. If it has true inside it, you know that an arrow key was pressed, because you put true in it whenever an arrow key is pressed. Right? If it has false inside it, you know that no arrow key was pressed.
Say you wanted to do something only if an arrow key was pressed, and another thing if no arrow key was pressed. Like play a walk animation, or play an idle animation. If you wanted to do that, then it might be helpful to look into this moved bucket, and see what's inside.
You could say...
If moved has true inside of it, then play the walk animation.
Otherwise (if it is false), play the idle animation.
And you could translate that into actual AS3 code, like this:
if (moved)
{
_box.play("walk");
}
else
{
_box.play("idle");
}
And you would put that code in update(), after all the arrow keys and such have been checked.
Some notes:
if (moved) is the same as if (moved == true) - because what you put between the parentheses in an if-statement is checked to see if it is equal to true. If it is equal to true, the code in the curly braces is run. Otherwise, it runs the code for else.
Why does if (FlxG.keys.LEFT) work to see if the left arrow key is pressed? Because FlxG.keys.LEFT is a virtual bucket that holds true if the left arrow key is pressed and false otherwise. Get it?
Also, there is no way to just stop an animation. You must have another animation to replace it. For example, you could create an animation, with _box.addAnimation(), that is called "idle" and that has only one frame in its list of frames. Then when you play that animation, the _box would stay on that one frame forever, unless you play a different animation later on.
You might also wonder whether telling the _box to play an animation, telling it again and again every frame, might make it start over from the beginning every frame and not get anywhere. There is a way to do that. But fortunately, Flixel will not restart the animation if it's already playing. So this works.
There you have it - the instructions for how to make an animation only play while moving. It will take a bit of work, a bit of thought, a bit of failure and frustration and trial-and-error in order to get it to work in your particular program. But this is the price we pay.
I do not demand success from you. But I do demand that you try, or I cannot help you. And I suggest that you try more than once, even if you fail at first. You have unlimited lives, when it comes to programming. Remember that.
Next.
Making bullets shoot from somewhere other than the top left corner of the box sprite.
This is easier.
Find the code where you first create the bullet. It looks something like this:
var bullet:FlxSprite = new FlxSprite(_box.x, _box.y);
Remember? That creates a new FlxSprite, and gives it the name bullet, and puts it at a certain spot on the screen. That certain spot on the screen happens to be the upper left corner of the _box sprite.
If the box sprite has its corner at the coordinates (5, 10) and it is 50 pixels wide and 50 pixels high, then where is its center?
I'll tell you the answer. Its center is at the coordinates (5 + 50 / 2, 10 + 50 / 2), which is the same as (5 + 25, 10 + 25), which is (30, 35).
To put it more generally, the box's center is at (_box.x + 25, _box.y + 25). Just add an offset of (25, 25) and you get the center. Right?
What if you wanted to put the bullet at the center of the box?
var bullet:FlxSprite = new FlxSprite(_box.x + 25, _box.y + 25);
Would that work? I suggest you try it out and see.
What if you want it to appear somewhere other than the center? Well, try using some other numbers, instead of 25.
Once you get that working (which I'm sure you will), try making an animation for the bullet. Can you do it?
Show me on Monday.
If you have any questions, let me know before the weekend.
Good luck.
Hi class,
I'm really tired right now. I should be sleeping. But I'm writing these instructions to you now because of something that is more urgent to me than sleep. River sent me an email asking me again to explain how to finish the animation and change where the bullet shoots from. He apparently wanted to figure this out enough that he bothered to remind me about it. He didn't have to do that. I don't have to do anything for you guys. But he wanted to. And because he wanted to, I will do whatever it takes to help him get there, even though I'm really busy, even though I'm tired. Because this is the whole reason that I decided to try teaching a class at PSCS. I came here on the chance that I might be able to help someone get somewhere they really want to go but can't get to by themselves. I'm not an expert in most things, but this opportunity to share what I can with people who want it is very motivating for me.
And I've been waiting for this. And now I see the beginnings of it.
I'm not attached to you wanting to learn game programming, or game design, or whatever. You love playing games, and I think there is a chance that you may come to love creating games as well, once you get more of a taste of it. It is an acquired taste. It might not be your thing. Which is fine with me. I don't really care personally either way. But if it is, and if there is a chance that it might be, I will do whatever I can to catch that spark in you, and help you kindle it into a steady flame, if you so choose. Just let me know.
Yeah. So, those instructions...
You added some code in the beginning of update() that said this:
var moved:Boolean = false;
Then you added code to each if-statement for the arrow keys, to changed moved to true, if you press an arrow key during the update.
moved = true;
So you have a virtual bucket, sitting in your computer's memory, which you call moved, in which you can put either true or false. But it doesn't do anything by itself. It just sits there.
However, it is useful. Because you can look at it. If it has true inside it, you know that an arrow key was pressed, because you put true in it whenever an arrow key is pressed. Right? If it has false inside it, you know that no arrow key was pressed.
Say you wanted to do something only if an arrow key was pressed, and another thing if no arrow key was pressed. Like play a walk animation, or play an idle animation. If you wanted to do that, then it might be helpful to look into this moved bucket, and see what's inside.
You could say...
If moved has true inside of it, then play the walk animation.
Otherwise (if it is false), play the idle animation.
And you could translate that into actual AS3 code, like this:
if (moved)
{
_box.play("walk");
}
else
{
_box.play("idle");
}
And you would put that code in update(), after all the arrow keys and such have been checked.
Some notes:
if (moved) is the same as if (moved == true) - because what you put between the parentheses in an if-statement is checked to see if it is equal to true. If it is equal to true, the code in the curly braces is run. Otherwise, it runs the code for else.
Why does if (FlxG.keys.LEFT) work to see if the left arrow key is pressed? Because FlxG.keys.LEFT is a virtual bucket that holds true if the left arrow key is pressed and false otherwise. Get it?
Also, there is no way to just stop an animation. You must have another animation to replace it. For example, you could create an animation, with _box.addAnimation(), that is called "idle" and that has only one frame in its list of frames. Then when you play that animation, the _box would stay on that one frame forever, unless you play a different animation later on.
You might also wonder whether telling the _box to play an animation, telling it again and again every frame, might make it start over from the beginning every frame and not get anywhere. There is a way to do that. But fortunately, Flixel will not restart the animation if it's already playing. So this works.
There you have it - the instructions for how to make an animation only play while moving. It will take a bit of work, a bit of thought, a bit of failure and frustration and trial-and-error in order to get it to work in your particular program. But this is the price we pay.
I do not demand success from you. But I do demand that you try, or I cannot help you. And I suggest that you try more than once, even if you fail at first. You have unlimited lives, when it comes to programming. Remember that.
Next.
Making bullets shoot from somewhere other than the top left corner of the box sprite.
This is easier.
Find the code where you first create the bullet. It looks something like this:
var bullet:FlxSprite = new FlxSprite(_box.x, _box.y);
Remember? That creates a new FlxSprite, and gives it the name bullet, and puts it at a certain spot on the screen. That certain spot on the screen happens to be the upper left corner of the _box sprite.
If the box sprite has its corner at the coordinates (5, 10) and it is 50 pixels wide and 50 pixels high, then where is its center?
I'll tell you the answer. Its center is at the coordinates (5 + 50 / 2, 10 + 50 / 2), which is the same as (5 + 25, 10 + 25), which is (30, 35).
To put it more generally, the box's center is at (_box.x + 25, _box.y + 25). Just add an offset of (25, 25) and you get the center. Right?
What if you wanted to put the bullet at the center of the box?
var bullet:FlxSprite = new FlxSprite(_box.x + 25, _box.y + 25);
Would that work? I suggest you try it out and see.
What if you want it to appear somewhere other than the center? Well, try using some other numbers, instead of 25.
Once you get that working (which I'm sure you will), try making an animation for the bullet. Can you do it?
Show me on Monday.
If you have any questions, let me know before the weekend.
Good luck.
Related:
creation,
learning,
motivation,
news,
programming
Subscribe to:
Posts (Atom)