So, I've been procrastinating and ignoring a deadline for a competition I want to enter. The deadline is January 28. I have four days to make a game.
This has been a stressful time for me because I'm still learning how I personally develop games, as well as what to look for in a new game
idea. My main constraints are these:
- Shouldn't need any collision resolution, especially with a tile map, due to my difficulty with collision resolution (note that collision detection works already, that's easy)
- Cannot be terribly violent (in the rules it states an "E-rated game")
- Must run on Windows via CD or DVD
- I need to be able to create it in a very short amount of time
Note that right now I'm not really facing very many implementation constraints, besides the collision resolution issues. I have a solid
codebase that has been successfully used on my first completed game, as well as tools such as the Blender Game Engine and Stencyl. I would prefer using my own code base, but I foresee I will have porting issues when I need to go from Linux to Windows, especially because I'm using a SFML 2.0 release candidate (which is difficult for me to get going on Windows).
I've been debating on whether or not I should just "game jam" it (generate a random topic and sticking with it), come up with a new design mechanically (I was thinking maybe using reward systems as a base), turn in a game I've completed that wasn't intended for this challenge, or if I should quit entirely. All the ideas I've come up with so far are either too time consuming to implement, contradict with my constraints (especially collision resolution), or fit too small of a niche. I have make a game that appeals to a judge, not just to myself.
So from a design perspective, what would you recommend me do?
Edited by makuto, 24 January 2013 - 06:38 PM.