Well, I wasn’t able to start working until today, so I got a late start, but I’ve been plugging away at an entry. I’m currently calling it The Spaceman and I’m using Flashpunk. So far I’ve programmed in basic movement and map-loading, and I’ve made a first pass at the tileset. Net up I’ve got to come up with and implement some enemy designs.
Alright, finally done: http://www.ludumdare.com/compo/ludum-dare-23/?action=preview&uid=12895
I’m pretty proud of what I managed to pull together for this, especially considering I wasn’t able to work on this for the first day of the compo.
I decided to experiment with a progression system where you lose power over time rather than gain it. You start the game with two shields, one for each color of enemy projectile. You have to give up these shields in order to progress in the game.
Anyway, I had a great time making this, and I’ll probably expand on it post-compo.
As you may have seen, I recently participated in the 23rd Ludum Dare 48 hour game competition. Out of it came a game called The Spaceman. I’d like to take a moment to talk a bit about the process of making the game during the 48 hours of the competition, as well as the design process behind the decisions I made in the game.
I originally wasn’t going to enter Ludum Dare #23. Ludum Dare was a thing I had meant to do many times in the past, but had always passed, thinking to myself “oh, I’ll do the next one”. This LD was going to be no different, particularly as my weekend was already fairly busy. However, after being inspired by the venerable Chevy Ray’s keynote presentation and seeing that this was the 10th anniversary Ludum Dare, I started to consider entering. After all, if I skipped sleep, I would have a solid 24 free hours to work during the 48 hour period. Surely I could make a game within 24 hours.
I immediately began formulating ideas of the sort of game I could make in 24 hours. The idea I had was a zelda-like (of course) where you play as an Indiana Jones type character searching for an ancient treasure in a temple. Not the most original idea, especially in the indie game community, but it seemed like something I could make in 24 hours.
Of course, when the time actually came to start working on the game, I was faced with the theme “Tiny Worlds”. Well shit. No mental acrobatics I could manage would make the idea I had fit that theme. Doing a zelda-like fit, but it would have to be about something other than Jungle Harry and the Temple of Surprises.
So I had to come up with a new idea. I was still going to make a zelda-like. I knew I wanted to make something like the original Zelda where you could do things in pretty much any order and had free reign in exploring the world. “Tiny worlds” suggested the idea of making the world loop around. Go off the west side of the game world and you end up back on the east, go off the north side and you end up on the south. This could lead to some interesting navigation where you see a treasure blocked by mountains to the east, and have to travel west to get it.
The original plan was thus: 5×5 game map, 3 small dungeons, each containing a gem and a weapon. The weapons would be optional and harder to come by, but you needed all 3 gems to beat the game. Pretty standard Zelda-like, although the weapons being optional was a bit of a twist. I still wasn’t entirely satisfied with the plan, but I had to get to work.
(Continued after the break)
I began writing the basic top-down action-adventure code in Flashpunk. Character moves, game loads ogmo maps, . I drew a weird-looking tileset (I knew I waned the game to be weird-looking), got it into the game.
I would end up editing the tileset based on some early feedback.
As this process was going on, I was constantly coming up with changes to the overall game concept. I decided to drop the dungeons, except as a potential stretch goal. This also meant that I couldn’t use my idea of weapons and gems. At some point I got the idea to replace the weapons and gems with shields (which are generated by crystals). I started designing enemies with set patterns so that the game could contain interesting dodging-based gameplay, as the player would have no offensive weapons.
The urge to be more experimental made me think back on all my thoughts and discussions on videogame leveling systems, and I remembered that I had wanted to make a game where you lose power over time rather than gain it. I’ll always remember the scene in Planescape: Torment where you have to chose whether to give up your allies or your own health to get vital information. From this core idea came the idea to have you start with the shields, and force you to give them up to progress.
This also appealed to my desire to make level design a dynamic thing, where level layouts shift and change based on player actions. I’ve experimented with it before in some episodes of Renegade Sector and Temple of the Spear, but this was, to me, a very elegant way to handle it. For example, they may be able to take an easy path to one of the pedestals where they deposit the sphere, but the path back might be more difficult, as the way they came is blocked by a laser beam of the color of shield they just gave up. Enemies which they once could shield themselves against would now be more dangerous. The game would get naturally difficult and the navigation naturally more complex, and there would be an element of choice of which shield to give up first.
Now that I knew where I was headed, I got more focused on work. I got some level design, started getting a feel for how the game would play. I took a shower around 1-2 AM and figured out the details about how the shields would work (I had formerly been arguing with myself about whether they would be a passive ability, with whatever shields you currently have always on, or an activated ability which you couldn’t move while using. I finally compromised with an activated ability that slowed you down. I felt this made the shields effective while not being something to use constantly, and also allowed for the laser barriers which the player can only move through while using the shield.)
The lack of sleep started getting to me around 3 or 4 AM and I finally succumbed around 5-6. I had hoped to see the sunrise, but this was not the case. I set my alarm for 9. When I awoke with ~3 hours of sleep, I resisted the urge to turn off my alarm and sleep through till noon and headed straight back down to the computer to get back to work.
The game used to have 3 shield colors. Also shown is an enemy that I didn't like, and decided to cut out.
It was around noon when I began to lose hope. I had to finish before 4 PM as I had an obligation at that point. I had around 12 of the 25 screens I had planned made, I had no story in the game and I had a lot of polish to do. I was about ready to give up, get 4 more hours of sleep, and turn this into a non-jam project, when I looked at the overlay of the map I had done on the whiteboard. I realized I could pretty easily rearrange the areas I had so far into a 5×3 map, and I’d only have to add a few more areas. I would have to drop one of the 3 crystals/shields in order to make the level design make sense, but it would work. I decided to drop most of the story (for anyone wondering, the story would have been pretty much the same as how it is in the game now, it just would have been more interestingly told, with more foreshadowing).
I went into overdrive. I wrote the piece of music for the game in about 20 minutes. I designed the rest of the screens. I threw in a simple title screen and a simple ending screen. I made a few sound effects in sfxr. As people who played the original Ludum Dare version of the game can attest, I barely tested the game. I, however, put something more-or-less finished up on the Ludum Dare site around 4PM. Though I had social obligations in the next room, I would occasionally pop in over the next couple of hours to see if my game had gotten any feedback and make appropriate tweaks.
When it came to polishing the game for internet distribution, I found that I didn’t really want to change much. I fixed some bugs and added a new start screen. I changed a bit of the level design to more effectively display the concept.
Alright, it’s the end of a Ludum Dare Post Mortem. I guess I have to do one of those lists where I talk about what I think went well, and what didn’t. But first I want to directly quote a review I got for the game on Newgrounds:
“I was frustrated at first, I had no motivation to explore. Then I found the first pedestal (orange), losing the respective shield and was impressed with what I felt. The feeling of sacrifice I supposed to feel became a little too real…no game has ever really done that for me. I remember smiling as I realized what I felt as I looked at the green pedestal thinking, “Am I ready?”. I don’t think I have been motivated by sacrifice in a game before. Its the act of giving away a piece of me (unlike most games where you just die and restart) that made me feel like I HAVE to accomplish something.
Good work. A little unexpected greatness. Its nice.“
I guess in the end the game was exactly what I wanted it to be. A strange little world to explore. A world that maybe makes you feel lost, and which makes you think about what you’re doing when you give up your abilities. I’m hoping it’s a game that at least a few people remember, that’ll stick in their minds. The shield loss mechanic, I feel, became a bit of an unexpected star of the game, with much of the level design revolving around it. When I started the game, the fact that the edges of the world connect, and using this in exploration-based puzzles was the central idea, but it just goes to show how concepts can evolve thought the development process. This sort of reverse-progression and giving up abilities is something I want to experiment further with in future projects.
The things I cut from the game are the sorts of things that tend to get cut in a timed competition like this: story, a portion of content and a level of polish. But I think the core ideas of the game still shine through, and because of that, I think of the game as a success.
-Alec
I’m done with my Jam game. You can play it here:
The game is a 3D action-adventure game where you play an explorer visiting an alien world. On that world, you find an ancient alien facility. In order to operate the doors, you’re going to have to restore power to the energy circuits. However, doing so will also power up the facility’s security systems.
This was a really fun project to work on. Something that is very interesting to me in games is making the player the agent of their own hardship. The last time I did Ludum Dare (4 years ago!), I made basically a “reverse metroidvania” game where you have to give up your powerups in order to progress. In this game, in order to progress you must make your environment more dangerous. There are also a few points where I give the player a choice of how they make their environment more dangerous. And, of course, I worked some verticality into the game (Once you enter the facility, look down. You can see the final room all the way from the top floor). I didn’t fit all my initial ideas into the game, but all in all, I’m pretty happy with how it turned out.
-Alec
Came up with an idea last night, started getting to work on it this morning. It's a 3D platformer/twin-stick shooter with an isometric camera where the entire level is visible at all times
Here's a gif of what I've done so far: http://i.imgur.com/urrqOBk.gif
I finished my Jam entry King of Tiny Mountain. You can download it here: https://malec2b.itch.io/king-of-tiny-mountain
King of Tiny Mountain was my third time participating in the Ludum Dare jam, and I think it's the happiest I've been with a LD project so far.
Link: https://ldjam.com/events/ludum-dare/38/king-of-tiny-mountain
I wasn't able to start working on the game Friday evening, but I did have time to think of ideas. I knew from the start, based on the theme, that I wanted to do something where the entire level fit in the screen. Initially, I had thought of having the game take place on a cube-world with warps taking the player from one side of the world to the other, and with the player able to freely rotate their view.
Ultimately, I decided against this for a couple reasons. One, I thought it might end up being too complicated to implement quickly, giving me less time to work on the level deisgn that was going to be the focus of whatever project I made. Two, I felt that having a single-screen level that you could rotate the camera around would be a bit to similar to my other current project. Third, if I made the camera static, it would give me a chance to try out an idea for a control scheme I had had recently: if the player doesn't control the camera, you can have a 3D game with both Twin Stick shooting and jumping.
So I deicded to make a 3D platformer with twin-stick shooting where the entire game world (containing multiple levels which get unlocked as you play) is visible on screen at once.
I made a plane in Blender which would contain the entire game world. I then started modelling out a test area, and got the movement and shooting down, as well as a few basic enemy types. I also put in collectible items and doors which could be opened with those items. I then did a second pass on the test area and turned it into a proper first area of the game.
By the end of Saturday, I had basically sectioned off the plane to make room for the second and third levels, and the mountain where you'd fight the boss.
The next day, I had planned to show gradual process of the map being filled in, but I ended up pretty much doing a first pass on the rest of the level design within the first hour of working, so by the time I took another screenshot, it looked like this:
At that point, what remained included sound effects, feedback effects, victory text, and, of course, the boss itself. I also tested and tweaked the level design and added an effect to let you see a translucent image of enemies and the player when they're hidden behind objects.
All in all, I'm pretty happy with how the idea turned out.