Posts Tagged ‘enemies’
Here is the ship in the Shiva 3D engine:
it’s an old free ship by www.psionic3d.co.uk I have converted to fit in this LD25:
And here it is, the game running
this game is just now in Blackberry appworld waiting for review, meanwhile, I’ll try to improve it
AVOIDAL (my August 2010 Ludum Dare entry) and October Challenge entry has found a home!
I’m excited to report I finalized on a primary sponsorship deal with Tom Fulp of Newgrounds last week and have finished all the integration and testing work required. That work included getting to create 23 fun medals (achievements) for players to win when the game is played over on the Newgrounds site with a player account. The game will launch over there next week on November 3rd. I’ve also managed to sell a few non-exclusive licenses including one to Big Fish Games. The primary sponsorship was found via posting to Flash Game License. I spent a good bit of time in October working on, play testing, and polishing the original competition version into the final version.
The highscores have been reset so get in there and play!
Try to draw the enemy spikes and red seeker boxes into the yellow mines for points. If you hit anything on screen you will take damage. Your energy recharges over time. If you lose all your energy it is game over.
Got my basic idea in place. Since there is so little time in this competition I was looking for an idea that I believe will be a good balance of fun with ease of implementation. This theme is fun and so wide open I expect a ton of similar base ideas implemented in many different ways.
My idea is simply an arcade score or collect-o-thon based around using various types of enemies on screen as your weapons to hit the collectibles. In the screenshot above you are the target or bullzeye player which will be mouse-controlled.
You will fly around and lure the enemies into following or shooting at you. Once they are coming at your player you can move them around to hit the collectibles.
Simple and basic but it leaves a lot of room for fun and messing around with that mechanic.
Copied from my Dev Blog
So eventually you’re going to have to put in moving/walking/talking elements of various varieties in most any game. Maybe they are lemmings. Maybe they are AI controlled bot opponents in an FPS. Or maybe they are soldiers in an RTS, or enemies in a hack and slash. In any case it’s daunting to add these gameplay elements because the behaviour will ultimately require so much tweaking and experimentation. Where do you start?
Carefully creating a system for managing/handling such creatures is… somewhat uninspiring work. And worse, what kind of result do you get? Did you end up forgetting some crucial detail, or do you get a very complex, neural-net-enhanced AI that just acts stoopid? Good luck!
When you see your little guys moving around, only then do you start to see what practical changes you can make to their behaviour. It doesn’t mean you can’t have larger scale frameworks in place, it’s just that even with these frameworks (e.g., pathfinding) it’s not too obvious how to code the heuristics until you are into.
This brings me to my Golden Rule of Adding Moving Gameplay Elements:
First, just add something that stands still and you can zap.
Of course, “zap” might stand for anything. Maybe zap means clicking an RTS unit. Or talking to an NPC. But your first implementation should not worry about movement or anything. It should just create the actual unit, place it. You can start to work out your enemy placement/spawning system at this point, or start to think about how they will behave. But either way, what you really need before you can get started on any practical level is to get it placed. And in order to do that most easily, just forget everything else that will have to go into it for the time being.
I would do well to remember this in the future. This way of thinking avoids me spending all kinds of time mulling over millions of options without anything to start experimenting with. With a purely dumb element placed, purely dumbly, I am able to start the kind of wheedling experimentation neccesary to make it work.