A physics based game where your job is to get the drops of water into the filter to be cleaned. Unfortunately your materials are limited, and the environments odd, leading to some unique puzzle madness! If you are having trouble on any level, just remember: All are Possible; Some are Tricky!

http://greenfootgallery.org/scenarios/1083

This game was inspired a lot by a game i saw my friend playing on his iPhone, and when i realized i could make a version in java, i was very excited!  It implements my old pinball physics engine, albeit with major updates and a fancy new object system that makes me feel all warm and fuzzy inside

So a contest has just started in a java community I am a part of, and I am planning to submit to it   The due date is December 4th, so I have a little under a month to complete my game.  I have already begun the engine and storyline, and some of the early releases can be seen Here:
http://greenfootgallery.org/scenarios/1035

The game will have a unique aspect involving realistically casted shadows, which will make up the a large part of the gameplay.  The engine also sports a tilemapper to create large worlds.  The characters and enemies will be driven by a bone based armature system which will allow characters to be composed of multiple limbs and objects.  The objects can be connected via parenting and childing of objects, and parents rotation effects the childs.  The demo scenario for this can be seen here:
http://greenfootgallery.org/scenarios/1034

The game is going to be a very dark game, with environmental overtones to fit in with the theme of the contest.  I am going to keep in storyline until me and my fellow designer solidify the plot.

Unfortunately, the object system I have built into the shadow engine does not support rotation, which is imperative for the armature system to work, so i will need to do a complete rewrite of the object-shadow system and possible use the new features to expand the tilemapping shadow system as well.
 

So I recently realized that people like the use of the [UP] button as the jump button.  I originally had it as [2nd] because it would be easier to jump and then move immediately after.  Because of the limitations of Basic getkey, You will need to press two keys in order to jump and move, I would just like you're opinion as to what key you would like more.

(keeping in mind that the Item key is Alpha, and the Action key is XTon)

Just a thread to compile all the screenshots

Original Still Image Screenshots



An early version of the engine.


The first Boss fight


An example of the crate and button system designed for puzzles.


And the menu.  Supports 4 save slots, and a help file.


Another animation of the Main Menu


The pause menu, with multiple pages


A demonstration of the Talking algorithem

So I was really sick from Friday to Today, and while i was wallowing in a lake of my own phlegm I dreamed up an idea for an Isometric engine...  After I got better enough to program, I quickly set about doing it, and quickly came up with a basic demo program writen in BASIC with xLib.  A few more hours of tinkering and this is what I got.

A basic example screen built using 4 tiles: Empty - Box - Grass/Sand - Rock


And animation of a beta scrolling algorithm (SE)


The data is read directly from a single matrix, but in a very confusing way .  This will make collision detection even more difficult, although this isn't the best engine for RPG's or such, as you would need to do some heavy calculating while displaying objects, so that they stay in back of the objects they need to stay in back of and such.

Each object has an image and a mask to make sure he objects occlude each other correctly.

Its finally time to reveal some screenshot of my upcoming submission to the contest.  The game will be called Serenity, the story is based on a spaceship, and that's all i will tell you!

 

 

I'm very proud of the graphics, they're like nothing i have worked with before

EDIT: I didn't upload animated screnshots, because wabbitemu doesn't like special characters, and i use a lot of those.

Its the first game for the BBC Basic series!  And its fast enough to compete with assembly!  Look at all its majesty!



 its pending in TiCalc as i speak!
EDIT: Its done!  That was fast:  http://www.ticalc.org/archives/files/fileinfo/419/41980.html

It supports pausing, a nice scoring system, and the speed increases as your score increases!

So a while back I created a version of the internet flash game Trapped.  It used xLib to get good graphics, but was incredibly slow, badly coded, and humongous.  Recently I created a new and improved version, using pure basic.  It was faster, more detailed, had larger rooms, more items, and was smaller.  I recently finished it, and I am in need of some beta testers, as it is a large-ish game.  It does use CelticII for saving the data to an appvar, but other than that it is in pure Basic

Here is a screenshot of the game


And here is the link
http://tibasicdev.wikidot.com/local--files/archives:trapped-beta/TrappedBeta2.zip
Send all the programs to your calculator, then run INSTALL to create your game file.  You can then delete INSTALL and run TRAPPED to play

Let me know what you think! (And if you find any bugs)