Join #ludumdare on irc.afternet.org
Ludum Dare 13 :: December 5th-7th Weekend :: Theme :: ???

Sign In | Write your Journal
Home | Planet Ludum | Rules Wiki | Mailing List
Ludum Dare 12 Final Results NOW AVAILABLE

Click HERE for the Ludum Dare 12 entries image grid
(to be included in the image grid, you must upload an image to the blog)


PsySal's Archive

Harry’s Questival

Posted by PsySal
Sunday, November 9th, 2008

This is a remake of Hairy Chestival. It’s about a lawnmower who has to mow the hair off of Burt Reynolds Island. It’s not really done, but, you can run around, grab swords and heart containers, kill pylons, and die. Ahem. One day I’ll finish an entry on time!

I’m going to take and put together the actual quest for this game, since there’s not much to it. Then I’ll upload that version…

Download for linux

Harry\'s Questival

I have DECIDED.

Posted by PsySal
Friday, November 7th, 2008

I picked a game to do. It’s been a long time since I made an LD entry. The games I’ve done before are:

- Floateye (this was for an allegro speed game compo though)

- Miracle Bees

- Demonic Farmer GABO

- Something else I forget what?

I started another LD game once before, too. It was based around four ladies at tea-time, and I drew some great graphics. Then I quit making it! Haha…

Okay, it’s time to get started. I will remake the game that sticks in my mind most, the one I think about often, that I reminisce over. I’m not telling what it is, but the remake/cover will be incredible and include the shooting sword from LoZ.

THAT IS ALL.

Golden Rule of Adding Moving Gameplay Elements

Posted by PsySal
Monday, February 18th, 2008

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.

Posted by PsySal
Friday, December 14th, 2007

PsySal’s Room

My room!


All posts, images, and comments are owned by their creators.