Posts Tagged ‘MiniLD’
His fingers dance across the keyboard, somewhat insecure, yet oddly determined. Every new line is clunky, and it takes a second or two to process which hotkey did what. He takes a deep breath, wondering if this was a smart choice or not. He comforts himself with the thought that this will be an adventure. This will be a great experience, regardless of how hard he will fall. If he ends up with just a simple sprite moving left and right by the end of the week, he will be satisfied. He takes a sip of his coffee while he tries to remember how to compile his code. Ah, yes! ./build.sh. His eyes dart from browser-tab to browser-tab. Looking at tutorials, searching up definitions and lurking forums. He fondles around with code, barely capable of opening a message box. But this will not stop him. Experience comes from one place, and one place only: hard work. And with hard work comes failure. Failure he gladly accepts. With little programming experience, some pixel-art experience and a small amount of tracker-experience, he delves into a week-long experience. His first Game Jam, and definitely not his last.
Operating system: Ubuntu Linux
Twelve days ago I posted about gist-txt: a tool I created to build text adventures.
Since then it grew with simple, but powerful, new features.
I’d like to cite some that could be really helpful to create non trivial adventure games:
- custom stylesheets (both global and per scene)
- scene states and a template engine
- a development environment
- a directory to showcase your creations
The tool is still underdevelopment, but I think it’s almost ready and it would be great if you would like to use it to develop a game for the next Mini LD #58. I’m definitely going to use it to build a text adventure for the AdventureJam!
Well this was my first entry here at LD. I would love to say I learned some things, but I probably didn’t.
Overall, I had a great time. I seemed to have struggled the most with the theme. For the life of me I couldn’t come up with any concepts or any ideas.
However I still managed to crank something out. It definitely needs more work, a direction would have helped exponentially during this whole process. But I’m happy with it, I think…
I’ve played various Ludum Dare games in the past. So felt it was about time I put something back into the community; and a mini LD seemed like a great entry point.
Oh, and here’s a link to the submission.
The core concept was literally born in my head within a few minutes of reading the Mini LD announcement post; and thanks to Unity, I had a working prototype up very quickly.
Fun Fact: The first level in the game now is actually exactly as it was in that first prototype.
As levels started to get more complex, I added turning the player around when they hit a vertical wall; as the fact the player could only move right left alot of wasted level space.
Cutting the ‘It get’s harder mechanic':
For a time there was a system where death caused the current level to morph and become harder. This was to apply to the ‘Rage quit’ Goal, but this ended up feeling really out of place.
I think probably because the game relies heavily on player trial and error to solve the puzzle elements; and its difficult to learn when the level keeps changing.
So I figured it wasn’t worth including simply to hit that goal.
I started by designing and implementing various self-contained objects that could be placed in various levels, each doing different things (such as the: ‘Spring’).
Then combining these in various interesting ways inside the Unity editor I could throw together levels quickly, and experiment to find the most fun combinations of the mechanics.
Unity is great for rapid prototyping; so I guess it shouldn’t be a surprise that I fell into it.
It just felt natural to add tutorialisation levels for each of these mechanics afterwards.
My level design skills are hardly great; so to save any aggro I added the skip level button to the pause menu. Although looking back now, I think it would have made more sense to have this option appear upon death to ensure nobody missed it.
I went for the minimalist art really as a place-holder at first; but I’m also terrible at drawing so I ended up leaving it as is.
I actually spent quite a bit of time trying to make music using MilkyTracker; sadly I didn’t end up with anything in that regard. Which is a shame as even a simple track can add alot to a game.
Sfx were made in BFXR and MilkyTracker; and I did learn how to remove noise and crackle that can come out of BFXR (Low/High pass filters are awesome).
All in all. I’m quite happy with the result.
Being the first game I’ve ever released publicly, it feels great simply to know people have played it; hoping to release more free games in the future, be it for LD or something else :D.
Thanks for reading.
Hi guys, not only is this my very first post but it’s about my very first game (prototype) which I entered as my very first Ludum Dare (well mini LD) game entry!
My aim was to create a never-ending game that used only four colours and would somewhat make the player rage quit.
I sought inspiration from past LD entries however all of the ides I came up with were far to similar to their inspirations so I just kept on brainstorming and came up of the idea of the player creating platforms for the main character to jump on. At first the user would be able to create a maximum of 3 platforms and every new one created would remove the previous one, but I thought that it would be too easy and settled with the idea that there would only be one platform.
What Went Well:
Planning the game mechanics whenever I got the chance in school definitely sped up the prototyping process by quite a bit.
It meant that when I sat down in front of sublime text, I didn’t have to think of everything on the spot.
I could just look at my pseudocode-y notes and drawings and translate them into working code for the game.
What Went Bad:
It was just bad luck that this was a week riddled with homework, a physics mock, and team trials for a mini marathon (Which I have tomorrow. ;-;.).
It was hard staying focused and I spent about 2-3 nights not programming or making any developments on the game.
I will be sure to plan my time better on my next game.
What I’ve Learned:
This MiniLD gave me the chance to do something I’ve never done before, create a sprite sheet. Albeit, a very simple sprite sheet with 3 frames of animation for the main character and text, but however, a sprite sheet nonetheless.
Thanks to this I feel more at home with gimp and its’ capabilities to create art assets for games and I’ll be sure to practice and get better with it in games to come.
This is the first time I’ve ever thought out an idea for a game, planned it, programmed it and finished with a working game prototype. In fact even better, for all intents and purposes it’s a finished game it’s just that I’m getting more ideas of things to implement. So for that I am proud.
Overall, it was a reasonably stressful experience but the feeling of joy I felt once I was finished was great and I definitely want to do it a game.
MiniLD 56 inspired me to make games for past Ludum Dares and One Game A Month and I want to thank Sophie Houlden for that.
In conclusion thanks if you read any of that and please do try out my game prototype!
Comment too, I’d like to hear what you think. ;3.
I started out this MiniLD #56 with the goal of making a retro pixelated renderer (shader) which I have wanted to do for a long time. The most difficult part though turned out to be coming up with a game that would suit the art style. After some time experimenting with a 3D platformer I decided to go for a 3D Tetris: because 3D and Tetris are two of the coolest things!
It took some time, but I really wanted to get something nice and polished in this retro style (although it’s maybe not used to its full potential in this game). I must say that the work payed off, let’s hope some of you’ll enjoy the game as well!
Play Tretris here: http://ludumdare.com/compo/minild-56/?action=preview&uid=47137
First of all, you can play Keyboard Cook here! I’ve entered a couple of Ludum Dares but this is my first retrospective.
What Went Well:
Aiming for Minimal Viable Product
The prototypes may belie this somewhat, but I was pretty decent at pushing back or cutting down superfluous features. The original game idea had little characters reacting to you, but the time investment wouldn’t have been worth it. Instead, the game was surprisingly functional early in development.
Probably obvious, but having the game mostly fleshed out in terms of design before writing a line of code really helped. Little code waste and it was easier to focus on coding.
Programming on Paper
Something I learned back in uni was to sit down with pencil and paper and hack something out. It’s faster to redesign and refactor since you’re not really worrying about syntax or language specifics. It’s also less investment than sitting down in front of an IDE, so it’s easier to face up to…
Areas For Improvement:
I split the initial work across evenings after work but I nearly burnt myself out spending the weekend on it. Learning when to call it quits for the day might almost be as important as pushing myself to start in the first place. I didn’t touch an IDE outside of work for weeks after the last full Ludum Dare!
The system could support any number of recipes, the only thing that kept me back from more variety was producing the art for each ingredient myself. I could have outsourced this! Secondly, the pool of playtesters was very small. I really should have started getting feedback earlier.
I’m very happy with the result and I’m excited for the next jam! Thanks for reading.
Hey guys! I recorded all of the Mini LD #56 game entries, as well as wrote an article on my favorites!
Finally finished, submitted, screenshots up and everything.
Didn’t get as much time as I’d like over the weekend, but I’m pretty happy with how it turned out.
Go play it here and I hope you all enjoy it.
(And I dare you to beat my times.)
It’s 7pm here (Fri) and we are at Alpha Build 2.
Today was fantastic; we made a huge number of changes that completely changed the gameplay from random unfairness into challenging awesomeness I’d pay quarters for
– Shots now cause pushback
– Gravity / Thrust adjusted
– Vortex grows by a larger amount when consuming ships
– Vortex shrinks back to normal (and all enemies go inside it) on player death
– Added rotational speed boost to player when very near vortex (providing a fling mechanic to catch up with enemies)
– Added thrust and particle explosions
One super-useful thing we did today was set up my home-brew MAME machine to access the development files over DropBox. We mapped a couple buttons to the browser refresh keys (CTRL and R), and made a full screen chrome shortcut for the main game file (index.html) in dropbox. That allowed us to playtest new builds immediately on the arcade machine by walking over and hitting the two refresh buttons. Having the game on the arcade machine meant that everyone else in the house could wander through and playtest the incremental builds throughout the day, which gave us a lot of great feedback.
Alpha Build 2 has been posted to:
We’d like to add at least one new alien type (planning on a shielded enemy you have to bonk from above) and I’d like to implement the (currently neutered) pacing logic. The arcade machine is a bit slower than our laptops and we like the pacing there better. Once I implement pacing properly I can unify the speed on all machines and dial it down to match the arcade machine pace, which we love.
I knew I want to participate in this MiniLD for a couple weeks now, but I wasn’t sure if I’ll have any time for it, so I worked a bit on a game I’d submit if it would’ve been finished by this weekend. I’ve overhauled the whole project twice and a week ago I abandoned it, cause it s*#!ed. But last weekend I started learning lwjgl, and now I’m working on a voxel based 3d engine. No, it won’t be a Minecraft clone. It’ll be a fully customizable, editable and moddable dungeon crawler. I just finished the level loader, which loads a 3d level from a single png file. I’m using Eclipse, the engine is lwjgl based, VBOs for rendering and paint.NET for graphics. My goal for this MiniLD is to make collision work properly, create a customizable monster class (and customizable boss fights possibly).
I’ll change the textures later, so they fit -Use only 4 colors
If you’re interested in this project, make sure to check my LD #30 submission and vote on this one, once it’s submitted.
Update[20:33; 28.01.2015] – I probably won’t have time to finish the thing, but I’ll do my best.
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 😉