Ludum Dare 20
Ludum Dare 19
About mitch (twitter: @iammitch)
Once again, I shall partake in the upcoming Ludum Dare (And hopefully finish this time.. :))
I’ve spent what time I’ve had over the weekend working on a somewhat random game, while getting used to programming with SFML in C++ (Somewhat similar to C#, but slightly different). This is what I’ve gotten up to so far:
I’m liking the idea that I generated from this theme ( Collect Radiation, Power Buildings using Radiation, Protect Buildings from Radiation ), and will most likely finish this up during the week.
- Loading Resources
- Handling Input
- Scene Management
- Sounds (Fairly straight forward though)
- Displaying Text (Also straight forward)
Totally looking forward to this one!
Might be changing things this time around, we’ll see
Language: C++ or Lua (Maybe Both, Depends)
Libraries: SFML2 if C++, or LÖVE if Lua
Good luck to everyone!
I’m going to make a decent attempt at this, I have this idea I’ve been “tinkering” with for a while now, and would like to actually finish it (For once :D).
Most of my updates will be posted on my blog, but I’ll post weekly snapshots over here as well.
As it currently stands, I’m currently playing around with the concept of an editor where players can (eventually) drag and drop components onto units.
The next step is to allow new components to be placed onto “mount points” that units have.
And finally, some (programmer) eye candy
(It’s some concepts that I’ve got for a set that will focus primarily on allowing customisation by attaching attachments onto other parts, and so on (An attachment on an attachment, on an attachment?))
Other than a slight “distraction” for a few hours that weekend, I should be able to participate in this Ludum Dare!
I’ll be using a slightly different setup this time around:
Libraries: SFML2 & Box2D
Base Code: None (At the moment ;))
Now to make room for the timelapse
Good luck everyone!
From what I have gathered from it, not having a massive framework to use helped me get what I wanted done more quickly, as I wasn’t spending time trying to get the code to work with the framework. Also, not using a framework meant that I’d often just write something that was basic and worked (GUI Especially) or use existing code without writing a class for it, instead of going overboard.
This time around, I think I’ve gone for a more modular approach to the code. Which made me reuse the core much more than what I did in the last submission (The player and enemies use the same movement logic, except that the input for the player is controlled by actual keys). This made it somewhat easy to fix any issues that arose, as all I would have to do is change one file instead of multiple files.
What Didn’t Work
The only downside to not using a framework was that if I needed anything, I’d have to spend time implementing it. I think the solution here is to find a point at which the framework doesn’t impede code development, while at the same time providing useful tools that can be reused through each project.
Too Big of Idea
While the core idea for this game was quite simple, I (once again) decided to go slightly overboard with the ideas that went on top of it, which resulted in majority of the features not getting implemented, or quickly tacked onto the game to make it playable.
Basically: Next time, keep it even more simpler
What Could Be Improved
Cross Platform Development
Once again, I chose to use C#, which effectively limits playing to people who have a Windows machine. A better alternative would be to use Java or Flash so that people from multiple platforms can play the game. This is something that I will look into before the next LD.
But once again, I had fun working on this game! Bring on LD #21!
The full timelapse of me building Isolation can be found here:
You can check out the game here:
I’ll upload my notes later on today, and also write up a post mortem.