Source code for the binary parts

Compiled version for linux x86 (includes the lua parts of dokidoki)

Some examples (copy them into the binary directory and rename any of them to init.lua):

The windows binary isn’t ready to release yet, but I’ll be working on that sometime this weekend (or more likely Monday).

http://www.youtube.com/watch?v=r5iXb51buMs

Download:

• Windows executable
• 32-bit Linux executable
• .love source (rename to .zip if you want to extract it)

Basic mechanics are working, the main things missing are enemies that fight back. Better graphics should be on the way, as well as some sound effects.

And yes, it is sitting on top of a stack of encyclopedias, it’s just that kind of food.

I’ll be starting simple and working with the LÖVE engine. I have a bit of code already set up for miscellaneous things, which includes a small demo. Good luck everyone!

Had to be done. (actually it’s just a hack =p)

http://ca.youtube.com/watch?v=2WrnjfxFQ64

Strangely enough, very little of the final levels I shipped with are in there. I stopped recording when I rebooted about half and hour before the deadline, so you can’t see me fooling around with sfxr either =(. You can, however, see all the time I wasted on that math problem on Saturday >:).

Download the source, Windows binary, or Linux binary (there was a problem with this last one, it should be fixed).

To execute from source, you need mzscheme with OpenGL support, libSDL, libSDL_image, and libSDL_mixer.  Execute with “mzscheme -u game.ss” from the folder. To execute the Linux binary, you need libSDL, libSDL_image, and libSDL_mixer, but you probably already have these. The Windows binary includes all required libraries.

More of the blueberry/banana smoothie as well, and some toast.

I actually ate a couple of hours ago, I just didn’t get around to posting until now =). Only ~8 hours to go, gotta make the most of it!

Right now it’s just some nodes pushing around signals when you click on them. Eventually I’m going to add nodes which take different actions  when hit with signals, and build some puzzle elements. Tonight, I’d like to get the tech side of things done, so I can focus on design tomorrow.

It’s actually much better than it looks. There turned out not quite to be enough for everyone, so I guess I’ll have a large snack later on.

So the problem is to figure out the direction a player (moving in 3-d) has to shoot to hit an enemy (also moving in 3-d) given their positions, velocities, and the speed of the bullet.

The approach I used was to solve the equation

time it takes the enemy to reach a position = time it takes the bullet to reach the position

for the time.

First, redefine the vectors so that they are all relative to the player. This
leaves you with only bullet speed, enemy velocity, and enemy position. The
points in question are the points along the enemy’s trajectory, so express the
above equation in terms of t:

This can be solved with the quadratic equation:

Note that there may be zero, one, or two solutions. Negative solutions reflect hits in the past. If there are no positive solutions it is not possible for the player to hit the enemy.

Once you have t, it is simple to calculate the position.

Edit: forgot the exponent on the bottom of the final answer.

Yummy scrambled eggs, served on toast with garlic butter, with plentiful amounts of purple goop (blueberry and banana smoothie!).

little-lib is released under the MIT license. I plan to use this library for my Ludum Dare 11 entry.

Download the source code.

Source (Install mzscheme and run it with “mzscheme -u black-box.ss”. libSDL, libSDL_image, and libSDL_mixer are required.)

Windows Binary (All libraries included.)