Posts Tagged ‘MiniLD’
So I’m 24 hours into my first MiniLD and it is going pretty good so far. I decided to do something different than I normally do with a more story driven game but it is going well so far.
- Animations are done
- First scene is done
- Basic Mechanics are done
- Story is incomplete
- Narration isn’t done
- Dialogue isn’t done
No spoilers on the story but I’ll give some screenshots
This is my entry for Mini LD 50: Demakes inspired by The Legend of Zelda.
Play as Rink and save Xelda by finding a magical artifact in forgotten ruins. Jump, Shield and Attack. It is a web game – a real web game: You can play it right now in your browser without any plugins!
What went right
- The graphics and the music were very easy to create I use GIMP and beepbox.co.
Actually the sprite of Rink was done quite some time ago and i finally wanted to make a game with it.
- Thanks to Tiled i did not have to write my own Map-Editor, instead i googled for a way to load Tiled maps to JS and display them on a canvas and found a tutorial at: http://hashrocket.com/blog/posts/using-tiled-and-canvas-to-render-game-screens
- I used circles as a collision detection which is very easy to code and still very accurate. You can see the collision system at work by pressing [ENTER] ingame.
What went wrong
- I dont know if this qualifies as wrong, but it took me a little longer than 2 days, because i worked on the game during normal week days and not the weekend. I hope 3 week days equal 2 weekend days. Also working on the game reduced my preferred sleeping time by some hours, but that was already out of order and so i just slept as much as i did before the MiniLD.
- The interaction mechanics are not introduced ingame, so you have to know from other Zelda games, that the electrically charged slimes should/can not be attacked, and you have to find out yourself, how to use the shield (Press down ).
- I did not have enough time to create a challenging boss ai
- The Game is short.
- Google Drive seems to have a hidden download limit, so i had to delete and reupload the audio files multiple times. Maybe that was because i reloaded the page too often during debugging. Is Dropbox better? – AHRG! It happend again. And again…
Oh, look, someone wrote something about me I feel important
Mini LD50: Xeldas Saga demakes Nintendo’s famous action adventure series
Manic Miner is one of the earliest platform games.. and probably the first one I played. It was made for the ZX Spectrum in 1983 by Matthew Smith . More info in here.
I’m demaking this mega classic game, as It would have been made in 1981 instead of 1983 using a IBM PC with CGA graphics card (I didnt know this card until the 90’s IIRC). More info here.
I’m using Construct 2, and so far I have first two screens… platform physics is different but good enough to homage this great game…
This is the original…
This is mine…
You can try it here. (cursor to move, Z to jump).
My plan is to add tomorrow:
- Intro screen
- Level 3
- Sfx and bgm
Please check out ArkBurst, a collaborative project between my studio Dobuki and Derail’d studio for miniLD #49 jam. I worked on the code and they did the art, level design and music (Ryuno is the composer). It’s a brick breaker and the player is the ball!
Gotta say, my projects look a lot more polished when I don’t draw the art myself ;-P
I would like to take a moment to talk about my MiniLD #28 project and what went wrong though.
Bakery: Make $ome Dough is “lemonade stand” on steroids. Your bakery is a front for a secret drug operation, and the goal is to make $1,000,000 as fast as possible without getting caught.
Each day the player determines how many of each baked good they produce, as well as the number of narcotics. The baked goods sell automatically, and their sale keeps your disguise level high while also providing small profits. The real excitement and core gameplay revolves around drug sales.
The player must sell the narcotics as subtlety as possible without blowing their cover. Asking a few innocent questions is key to separating buyers from normal customers or undercover detectives. Too much questioning, however, and you end up looking suspicious or losing valuable customers.
So that’s the gist of the game. Why didn’t it get finished?
First and foremost, Unity is simultaneously awesome and the absolute worst sometimes. I encountered a bug with the development environment itself that cost me roughly 4 hours of time on the first day. Given this amount of time I could have made the game functioning on a basic level, however that isn’t the primary reason I held off on submitting. The problem was the game in its current state is not all that compelling.
Most of the gameplay revolves around picking up on subtle clues in the customer dialogue and offering the right item as well as monitoring sales to keep the bakery stocked. That’s alright, but it gets really boring after about a day or two. The dialog system isn’t robust enough to support even 10 minutes of interesting gameplay, and this is simply something that needs a lot of timing and writing.
Secondly, the intensity of the game is currently static. There are many planned features, such as a popularity rating that increases the flow of customers (and consequently makes deals that much riskier!) that would have created interesting challenges and intense moments. I spent way too long wrestling with Unity’s GUI system getting it to function properly to implement these features in a satisfying capacity, and there are dozens of other wishlist features that I knew were totally outside the scope but am nonetheless disappointed to lack.
And finally, it is incredibly poorly organized. The script files right now are a mess of nested functions and switches and variables that piled up due to poor planning. The main script file is an absolute nightmare to read at over 1200 lines and counting. Admittedly this is one of my weak spots as a developer and something I will improve on.
What went right then?
I still believe the core concept is very cool and has a lot of potential to be an intense experience. The graphics aren’t all that bad considering the time that went into them, and I learned a lot more about developing in Unity. It is technically playable in its current state, and there are entertaining moments where the dynamic dialogue system generates some interesting scenarios. I will continue to work on the game in my free time, and hopefully one day I can bring it to everyone in proper form.
Thanks for reading.
Hey guys, just wanted to take the opportunity to write a bit more about World’s Aftermath, and the process behind it.
One thing we strived for when we were planning this project was that we really didn’t want to use any content that wasn’t our own. So, from day one, Nicolas set out drawing pixel art, laying down guitar tracks, and doing voice overs for the character deaths. He kept a steady stream of content coming in, and I plugged away endlessly programming it all together. Every day when I returned home from work Nick told me he’d been up till 6am drawing dozens of animations. One night he stayed up all night animating 30 strips of animations and laying down the entire soundtrack. By the end of it all, we had 300+ frames of graphics, 6 original songs, 50+ original sounds, and half a dozen levels.
All of the source code is original too. I’ve been working on a 2D game engine since 2007 that I’ve been using for all my other projects. The night before the competition I gutted out one of my projects of all it’s content so I could start with a blank canvas. I used my custom World Builder (level editor) to design the levels. The engine is written in Java, and uses the Java2D graphics library for rendering (which I’ve optimized immensely). The most important thing, I realized, was that I would need to be able to create units for the game as quickly as possible, and that I wanted hundreds of units and hundreds of bullets on the screen at once. The game was going to be visceral and gratuitous and I think we hit the mark.
Every single variable, animation, sound, and unit/bullet type is defined in the INI files in the /gamedat/ folder (which leaves rooms for mods). By the time we were finished, units, bullets, sounds, levels, etc. could all be added without a single line of programming. To make sure the units could pile up without slowdown I wrote a spatial partitioning algorithm that sweeps over all the units at the beginning of every frame. Each unit is put in a different “bin” for every 100 pixels. This way, unit vs unit or bullet vs unit comparisons are made only on those units in the surrounding area by getting only those “bins” in range.
We really looked to Command and Conquer as a source of inspiration for this bad-boy. We wanted to capture the vibe of the original Command and Conquer, but we also wanted to make a game that could be played by anyone, without ever having played an RTS. So, we simplified the control scheme and mechanics quite a bit from a traditional RTS. This is where we feel we’ve innovated. Without direct control of unit placement, we were able to reduce the gameplay down to three actions (purchase, attack, defend), but made sure we left room for emergent gameplay and strategy. This created a very casual gameplay experience but also leaves room for a great amount of depth.
From the start, we realized the importance of making sure it was completely clear how to play without any sort of tutorial. So, we designed an intuitive and simplified control scheme that is ultimately compatible with touch screens. In this fashion, the entire game is playable with only a mouse, only a keyboard, or only a touch screen. Unfortunately, we had to ditch the tower defense and defend actions for this version, but adding them in our final release will give that additional layer of control that will really bring the gameplay together as a complete package. Forcing the player to commit to an attack makes each decision of what units to send, how many, and how often, that much more important; and the immediate urgency to capture towers right from the start sets the pace from the start of a match. Finally, the need to unlock tiers of units, as well as the importance of purchasing and defending your harvesters ends up making each purchase critical.
Finally, I’d like to mention that a design decision was made very early on to use object oriented code design to cleanly separate each aspect of the game. In this fashion units are separated from teams, and teams from players. We will be able to add in network support fairly easily for the full release, as the code is designed in a way to make networked control of a player trivial. Something we wanted to do from the very beginning was to play versus each other, so the full release will certainly have online multiplayer.
We’ve both always been huge fans of the earlier games in the Command and Conquer franchise. And even though Nick won’t play me anymore because I dominate him every time, we wanted to draw from these games for inspiration. We intentionally left out a unit cap, and made sure the game could facilitate as many units as a player could afford. The music and sound design were crucial, also, in creating an homage to these games. We laid down some guitar tracks ala Frank Klepacki (see below), and did our best imitations of the Wilhelm scream that Command and Conquer used so charmingly for it’s infantry death sounds. Getting the artistic direction of the two factions and the mood of the game just right was critical–since graphic design makes or breaks a first impression–so we worked hard to capture a dystopian “Red Alert Vs Tiberian Sun” feel. We decided the more conventional “Rebel Scum” vs the domineering and futuristic “Allied Collective” would be a good representation of this. There isn’t a story explicitly stated in-game, but we feel we hit the mark with our “show don’t tell” approach that we meticulously crafted through the subtle use of our art direction and the limited wording/naming we sprinkled throughout the game.
Looking back, we feel very satisfied by what we’ve accomplished here. In 7 days we’ve completed a game from start to finish with all the technical aspects of game development accounted for (sound, music, graphics, level design, victory conditions, menus, AI), and a strong core set of game mechanics. We’re geared up to now create a proper release of the game, having proven our prototype, and in the coming weeks we’ll polish the game with all the love in the world and release a free version of the game with all the bells and whistles.
Download/view our entry here:
Good new everyone
EGGZ is a real-time strategy game with eggz in it…
I was really happy to hear that there’s a 7 Day RTS, because I really love RTS game – it’s a pity more indies don’t make them!
Anyhow, we held this friendly multiplayer oriented game jam called the “Funky Future” last weekend, so I decided to make a single-screen competitive RTS controlled with the keyboard (or a gamepad) and with no elimination. The game was basically finished last weekend, but I’ve been tweaking it and doing bugfixes since then.
I wasn’t sure at first if I was going to have time to participate in the MiniLD, but then I saw the theme and how could I pass it up?
Here’s an obligatory deskphoto:
After mild success in LD26 I wanted to brush up my skills before coming back (and learn to make a proper applet… LWJGL doesn’t like applets I learned), but there’s no time for that so I’m going to make a Java download only game, inspired by the work of Douglas Adams, one of my personal heroes.
My goals are to finish (close to) on time, make an interesting (hopefully funny) game, and produce a time-lapse of me working (I’m thinking about a text based game though, so it might be a bit boring). Here we go!