woot i won :3, yeah there's a few bugs in it, but every step is progress ^..^

If only the bugs could be taken care of with a swatter XP

Great game mate! Too bad my trackpad cannot catch up with the speed of the game. Got killed at the first stage :(

I'll say keep up with the good work! You can do a lots of amazing things on Action Script 3 compared to the predecessor language.

There's only one stage! I can't really elaborate on it till I get all the bugs worked out.

Once you've get the hang of it. There is no stopping you, considering using back 1 code for many stages! Make it dynamic! Stages file are not code dependent, and you will do a lengthy game. I've done a game in the past too, it was called the elevator action (based on Konami's Elevato Action). The engine was a killer to do it in AS2. Still, the game has made a hit in my flash class!
I've just picked up AS3 about a month or 2 ago, only to learnt that it was a much more stable and versatile. Keep on going with you effort and you will hit the gold mine!

Woohoo! I got a score of 0! Yes, bugs galore.

The score field is a left over from the base tutorial file XD
Least of my worries hehe.

The better bugs are the ones that involve finishing or losing the game, then playing again, and having the game finish immediately... and you can still hear explosions and stuff in the background. :D

The plan is to basically recreate http://www.youtube.com/watch?v=IGoFqMyFaZI but using my own creations.

Nothing, it's just been a dream of mine to design games since forever.

From your talk of instances, it sounds like your game is a flash movie inside of a flash movie? I assume that's why you can have multiple instances of the game running at ones?

Your game is awesome on a touch screen. But, on a track pad it's kind of hard to play. It would be easier if it played more like a time crisis game. ( Space to doge, click to fire. )

Well Flash games are basically many movie clips put together. The general idea is to have a base document control everything else.

well yah, I was just trying to find out if the score was in the main swf or an asset.

Oh the score thing? I could add one in pretty easily. It originally counted up every time an enemy appeared, I could have easily converted it to display a combination of health remaining + damage done to the enemy; but that's just a minor detail I wasn't concerned with implementing with such a shoddy coding used.

I have to say, I think you did really well on this one for learning flash ^^
....now I have to go play my copy of battle clash XD

The problem I'm seeing is the instant death when restarting. It seems to me that the script that was supposed to halt the operation when the game is over seems to continue going over on top of what the game is being played on. If anything, this is rather still impressive work!

ActionScript has killer problems with garbage collection. If you're using OOP, and you have any class that you instantiate with any reference to the stage, any Event.EnterFrame event handlers (I think that's the event, something with opening up a frame), any timers in that class, and any loaders, you have to forcibly stop them in a function that's called when you want them destroyed. This means you need to be sure to remove any event handlers that involve the stage, any eventhandlers that come with your EnterFrame event, any timers, and any loaders. I really recommend to help keep track of these that you create a Setup method in anything that uses these, then a special destroy function for when you want to clear your stage. Loaders you have to be sure to unloadAndStop() (only works with Flash 10 and higher, I think), and set the loader variable to null to really clear everything out.

Otherwise the Flash application will perpetually run in browser. This is a major source of memory leaks and security bugs in ActionScript. I ran into this problem when I was creating a museum application that loaded 6 different "levels" depending on where someone was at, and not having this careful setup and teardown in place for each one created a huge memory leak. This program had to run for 8 hours at a time, so it had to be fixed. I would also advise you to put up a warning that people may need to close their browsers after playing this to completely clear it from memory.

Yeah for the life of me I couldn't kill the game engine class once the game was 'over'. I'll probably figure a way to do so in the future.

Come to think of it, the other thing you might look for is if the children of the game engine class have any of the same devices (stage references, timers, enterFrame events, loaders) as well, or references to the game engine's class's stage. You have to be very, very careful about cleaning up with Actionscript. I'd recommend the next time you put something together in AS, keep these things in mind, and whenever you set one of these things down, right after you do it, set up in a clearStage function to clear the new piece out when it's time to close.

Little games like this are the bane of my working day. It's almost impossible to keep the students off them.

Flash is something I also want to learn but I don't have the $$$$$$^$^2 it costs to buy the comercial tools, do you have a source for such tools that don't require 5k% more spare cash than i have?

I remember Battleclash from back in that day, that and super scope 6. The sound effects were great in that game. I remember the big tank like guy being my favourite. There was a sequal that I don't think came out over here, if it did I never saw it.

I can't open the cheatconsole via ^ .. what do I wrong ?

This is good, now make a platforming shooter

It's actually not that hard, you have to give character arms their own coordinates to looking at the mouse.

Use my game for example,
http://www.mediafire.com/?h13mmnqrqdy

Please excuse the ear melting out of place music, for I was in highschool therefor had absolutely no taste.

I doubt I'd be making a shooting platformer when I get around to it, probably more of a beat-em up!

I'll tell you this now from experience, beat-em up is a 1000x harder to do. Collision boxes will be your debug mortal enemy.

Actually I found a bit of code during my run through a tutorial that basically does "pixel perfect" collision detection, so I think that would probably make it a lot easier than if it was via MC interactions.

If only it did make it easier...

I guess I'll see whenever I get around to it! Beat-em up games were around longer than point towards the mouse games hehe.

hmm, I felt that this was very fast. You mention full bar doing extra damage, but it's impossible to full without taking a bunch of hits, and then its VERY likely you will miss because of the speed of the enemy. I felt that the bullets moved towards you too fast as well, because by the time i get to shooting at them, I have one or two shots and I miss the first one, usually, because I'm trying to hit it quickly and get some more shots in on the enemy... which miss because the travel time means you have to aim ahead of the enemy, and he's constantly zigzagging around quite fast. This makes it difficult to aim right.

^ Are some points I think you should look into for your next practice game.

I think the animation and movement of the game is very nice and steady, and all the mechanics while playing work fine. I also much appreciate the start button/screen on this game vs the space shooter one :)

Can't wait to see what you come up with next :)

The way the enemy was designed was done in the span about 5-10 minutes. If I was to work on it more, I would make it so that the enemy would fire off a series of shots, then a 'dead' zone in where it wouldn't shoot at all to give you a chance to get a fully charged bar without repercussions XD

I have little intention of refining the little nuances until I create a more bug-free engine to work with. Though once I do, then I'll be free to be a lot more creative and thoughtful; otherwise it would be mostly wasted effort.

okies, well I was just making suggestions for whenever the revised version is made :)

that was so simple yet it was so fun. lol better than some flash games that i've played that people supposedly put more work into. Goes to show people should really focus more on gameplay than the art or "story" of the game.