Well I fixed the bounce, and check for score 1.  Working on check for score 2 and other bugs but they’ll go in post jam.  it’s playable and you can reorganise pixels to keep the ball in the game.

 http://ludumdare.com/compo/ludum-dare-31/?action=preview&uid=12354

What you can do.

1. Draw player 1 bat

2. Draw player 2 bat

3. Draw player 1 score (verifies)

4.Draw player 2 score (broken)

TODO

5. Fix player 2 score check.

6. Add ball off screen.

7. Add score detect at 10 for behind the screen player to win

8.  Add user pain which leads to game over when the behind the screen player quits.

Enjoy!  Will post a post jam fix soon.

Well it’s up.  I need to polish it a bit and it’s broken  I should be able to fix the collision bug in the next hour so at least you can redraw the bats and keep the game going.   I wont add any features til post jam.

http://ludumdare.com/compo/ludum-dare-31/?action=preview&uid=12354

What you can do.

1.  Draw player bat 1

2.  Draw player bat 2

3.  Draw the score 1

4.   Draw the score 2.

5.  Ball will bounce – just finding that bug now.

TODO (post jam)

5. Detect edge of screen and update scores – so tell player to redraw scores.

6. End game when a screen player reaches 10

7. End game when (you) the actual player stuffs up too many times and annoys the other players.

Here’s my jam entry so far.  It’s called “Behind The Screen” and is in tribute to the late Ralph Baer (“Father of Video Games”).  You get requests from the game such as “Draw Player1″ or “Add 1 to Player 1 Score” down the bottom of the screen at the DOS prompt – you need to react to it – do what you are requested to do.

This all happens between a refresh of the raster beam – using the timer at the top. The unseen players the other side of the screen are trying to play Pong and you are the computer.  You have a pixel budget which diminishes over time.  You need to draw pixels to make the paddles (or redraw the score) and then when a request such as “Move Player 1 Up” comes up in the DOS prompt, you spend your pixels on adding one to the top and removing one from the bottom of a paddle.

When the VSync happens the player is none the wiser and it looks like their paddle moves up the screen.  At the refresh of the screen the ball moves one pixel.  If you start stuffing up i.e dont draw the paddle in time or don’t update the score the player’s pain increases until they rage quit because of the “stupid game!!!!”.

To aide you is PixelMan who races around the screen turning pixels on and off for you.  Not sure this is actually fun to play right now, but only time will tell.

I’m soooo in!    Perfect timing.  Great theme

Kinda like a mix between SubWar 2050 and Vanguard.  Simple graphics and blaster fun underwater.

Concept 1

The game is in no way complete but I thought you might like to have a quick battle anyway.  I ran into a lot of tech problems with pathfinding and collisions late in the piece.  Even the wall collisions which were working stopped working.  Anyway – expect a post-build when I sort those out.  Here ’tis.

http://www.ludumdare.com/compo/ludum-dare-28/?action=preview&uid=12354

The robot the player gets to control has been modeled here.  I think I’ll make slight variations on this for the robot mechs – perhaps there is no actual cockpit for the robots just a big brain box.  This still needs to be animated.

Here’s a screenshot of the room components stuck together and lit in Unity.  I’m making a maze, and the player will be rewarded for going down dead ends, but “you only get one” way out.

Only a little bit done tonight. Made room segments to cover a bunch of different combinations. Need to get them into Unity and make some robots next.

I’m going to make a small part of a larger game idea I’ve been thinking of for years.

SUPER EPIC ROBOT BATTLES.

You’re in the middle of a robot manufacturing plant, you only get one robot suit and you only get one way out… blast everything to bits.

Concept pic next.