<div style="padding: 5px; padding-bottom: 0; float: left"><img src="http://static.allegro.cc/image/cache/5/e/5ef61d3bc06b13f9a785fa27542eeafa.png" width="300" height="200" /><p style="margin-top: 0"><a href="http://forums.tigsource.com/index.php?topic=17702">JumpTheGun</a>, by Aaron Santiago, Jackson Read, and Jared Otto</p>
</div>

Very demo-y, but it has obvious potential and is a nice romp with a friend.
It needs a preloader, I thought flixel gave you one though...

What to do if the opponent starts to circle on the surface of the sun? Is there a possibility to counter this? Maybe it was a good idea after all when the sun killed player when touched?

Yeah, this completely broke the game. D:

If you're going non-projector, I think it would still be cool to be able to give the game some random image off my hard drive to play as a map.

Edit: All right, the preloader is back. Basically the input pause prevention was done in the wrong class and whole game had to be loaded to start the preloader.

Pro logic. 

Link's showing up blank right now.

EDIT: Nevermind, there just isn't a preloader.

Much better. 

[WILL]

OH GOD I GOT SO MUCH DONE.
I WILL get this done for Monday OH GOD IT'S TONIGHT.
It's going to happen.

Also, I just hit a little glitch where if you tap up or down on the lance at the very last second, the other player never dismounts, but the score counter goes up.

[edit]
Basically if any win is registered in the last split second, albeit a shield moving away or a lance being put in place, the losing player never dismounts. I can get both players to get hit but not fall off at the same time.

Game's great though, I love it.

I know you're done and all, but it's just a little annoying that if you're typing in a name for the character and you happen to press "p," the flixel pause box shows up and the music stops. You can still type into the box at that point, but it freaked me out a little bit, I thought I broke it.

controls feel pretty good, I would suggest you detect if a player is holding against a wall / sliding and reverse the bullet direction so they can slide down while shooting easier, but that might just be my megaman training talking.

Also, I had to rename the dll with a '-debug' for it to work (v2).

Phew, at least it works. Also, I did go on to fix the bullet direction on the wall in build 3, which is coming. Once I solidify all of the new animations I'll put that out, and then build 4 will be the final one.

You can now fight the AI yourself: I would appreciate feedback on the difficulty.

I BEAT IT
difficulty was ridiculous, it took a very long time to get a hang of the metagame before i beat him. It would be very very good to put in a flash or something right as the jump starts charging so it's more obvious, otherwise it's really the problem.

Try mapping player 2 controls to the arrow keys, that way you can get around the generic 3 key limit for keyboards.

Hello,

I didn't intend to participate to this jam since i'm on another project but i stumbled upon

.

I find this idea awesome, so i started to play with some libraries a few days ago to see if that was doable in python and finally i'm having a "working" rough version of it playing on a static image, I have to make some serious tests with my webcam tomorrow with some proper lightings.

I'll put some screenshots tomorrow.

The versus part will be a kind of mariokart battle. As you may have noticed, the gameplay is not going to be original but the fun part for me is coding it and having cars moving around my table.

"screenshots" 
If you actually get this working, I will instantly worship you as god tier.

Got shooting in, check it out guise!

#4 -> 

here is a quick mockup. I need ti figure out how to better emulate the style but I have my asset list so I can start as soon as I nail this down.

A note on the style: Look at this. There are much less smooth and sweeping strokes, Japanese calligraphy is more of "SHOVE THE BRUSH ONTO THE PAPER, SWEEP IT OFF THE PAPER REALLY FAST"
The edges that look like the brush touching the paper as it goes across are actually the brush repositioning as it's being moved, if you know what I'm talking about.

I'm liking the idea of gen defense, really adds a strategy element to the overall goal of the game. But it would make the DM's work that much harder. So it could go both ways.

It'll make the player's movement much much more predictable, so it might be easier for the dungeonmaster in some ways.
This would also give the game potential to be more sophisticated, as traps and skills can be geared towards mana pool defense/destruction.
Also, it would make the dungeonmaster feel more frantic right from the get-go, he'll be building his back manapools with his spare turns.

I'm excited for this for one reason: turn based in-air combat. Launching means tons of things up in the air. I'm thinking that there should be bonuses for combat on the ground.

I'm liking where this is going.
Patiently waiting...

Mana is regained at a fixed rate per turn. This rate may be increasable by certain actions/items, we'll have to see.

Why not have the dungeonmaster play generator defense? The maps could be built around "mana pools" or something that are used to generate mana, could boost the player's own skills or something if he manages to get to them.
That way the game would have more of a clear cut ending for the player himself, get to all of the mana pools! Also, setting up a more linear path would allow the dungeon master to spend the match building up his defenses for his last few mana pools, whilst making the front mana pools delay the player as much as possible.
The player/dungeonmaster would have a nice balance: more mana pools you claim from the dungeon master, the more powerful you get, but, the longer it takes for you to get to the back mana pools the harder they become.

Just an idea.