Highschool Student & Programmer. Likes food, water, oxygen, etc..
Ludum Dare 27
Ludum Dare 26
Ludum Dare 25
Ludum Dare 24
Ludum Dare 23
Ludum Dare 22
Ludum Dare 21
Ludum Dare 20
Qeelom - xCode user
Awarded by Peter on April 24, 2012
Well, progress is still being made; I have “decent”* graphics, and the levels are starting to be somewhat interesting. I think I’ll have something which is fine enough for the Jam though. Right now, the ninjas are throwing weapons at buttons to cause platforms to move, hitting multiple things with one throw, and kicking up dust when they run. Also, there are 6 (mostly tutorial-ish) levels – all to be completed by the ninjas in 10 seconds or less.
(*many other people would call them “programmer” graphics)
Well, my game wasn’t exactly “finished” by the deadline (nor was it particularly unfinished), but I didn’t have all the levels I want or any graphics whatsoever (well, black circles for ninjas, red squares for enemies, and black rectangles for floors and walls and stuff). If I hated my game, I’d probably have submitted it, but I think it’d be better to do some polishing, make some more interesting levels, etc.. – then I might have a good game.
Well, this feels a little late to be getting the back-end done, but hey, there’s still more time in the compo. At the moment, I have just finished adding the final touch to the engine, making there be enemies to kill – and of course, adding the means to kill them. The same system should work to create levers and such as well, which should make interesting gameplay. Maybe.
So, all I have left to do before I have a game is make the levels. (Of course, that’s not exactly “easy” given that my levels will probably involve a lot of motion) Of course, I’d like to have a pretty looking game, but… uh… ninjas don’t care about that sort of thing.
Well, my game still consists mostly of a blue screen – but now there are black objects on it! And it *should* have all the back end it needs except for adding some enemies to kill (which should be relatively easy).
Unfortunately, the ninjas are now visible and can’t walk. So they’re not so good at being ninjas. (Though they can, oddly, fly)
Well, my game consists mostly of a blue screen at the moment (to be sure, it is a blue screen with a useless back-end). I’m beginning to wonder if my goal of “make this game look better than the last game I made in only one of the days”.
But then again, my game is about ninjas. They want you to think the screen is empty. So, all in all, I’m gonna call this a great success.
An Informative Concept Drawing
My plan is to make a game where the player controls a flock* of ninjas with various abilities presented with the following task: Kill everything on screen and get off-screen within 10 seconds. The ninjas will be controlled via a timeline, so everything’s planned ahead of time and can be controlled very precisely (because these are ninjas – no mortal can hope to control a flock of them at the same time!). I’m hoping that this will lead to interesting (and difficult to program!) possibilities for level design (though I wish “level design” weren’t a thing I had to say) – like having two enemies be in planes and having a single rock thrown at them strike both if they’re in a line above the ninja, which they will be for only a brief instant (i.e. enough for a ninja).
Besides, I’ve already done the hardest part for this idea of a game: I’ve named it in a “clever” way!
*I believe this is the technical term
I seem to have a fairly nice concept. I’m worried that it’s not original (because there’s a whole lot of puzzle games out there, only a small proportion of which I have played), but basically, my game is a puzzle as follows:
The game is a grid with various cells. Each cell can either be empty, positive, or negative. A non-empty cell also has an orientation and various links to other cells. A cell may only travel in its orientation with all of the cells linked to it. Collisions between two like cells is illegal and collision between positive and negative yields an empty cell. The goal is to put all the cells into a rectangle from some starting position.
I have the engine done and the graphics (which are laughable – er, I mean minimal). I’ll probably add random level generation (which shouldn’t be too hard) and audio, but other than that, I think this will be a nice small, but tidy game.
It’s a good thing that the theme is “Minimalism” because I’ve never had this little time to work on my game (since I’ve already scheduled away tomorrow too).
Well, no, there’s no doubt in me being “in” – I’m going to try if nothing else. However, I seem to have accidentally scheduled most of my weekend away already (I blame my friends. They don’t program enough to consider this weekend sacred). So… I might have to rush this game – rush it more than I usually do. But that’s okay because there’s really no (reasonable) minimum amount of time in which one can make a game. I’ll probably go back to using Processing, because I haven’t quite gotten the hang of packaging things with SFML.
Apparently, it takes some effort to make a physics engine that mimics some of the nuances of the real world. Namely, the whole thing with making surfaces act like they’re slippery is somewhat challenging to do seamlessly. I think I’ve got the physics down now, but my game is basically a diagonal line (above which is the color #FFFFFF and below which is #00FFFF) which has very little friction and a little player (who I call “black box” on account of him being a black rectangle) who falls down it. My game, now, could be aptly titled “ULTIMATE SLIDING SIMULATOR”, but I think I’ll be a little more ambitious than that.
(I’ve also made a neat data structure so I can generate the world in whatever chunks I wanna and can make the world arbitrarily large. That’s not nearly as exciting though. It’s got a few bugs, but they’re of the nature “If the player attains a sufficiently high velocity, the world around them will generate 1 frame too late and they’ll either crash the game or pass through a solid surface”
Well, I forgot to actually do my homework before today (and still haven’t done it. Solution: I will stay up until I’m too tired to program, then I will do my other work!). So, from this, I have two sources of inspiration from the real world: Snow and homework. Now, one of those things is fun, so I’m going to make a game about it. I noticed yesterday when I was outside that snow is pretty interesting. Namely, if you’re trying to move from point A to point B, the fact that the snow I was on was icy and tended either not to support my weight (which made me slow and annoyed) or be slippery (which made me lose my balance). Yesterday, the snow was kind of annoying, but it’s not always that way – it’s fun to slide down slopes and to build stuff in the snow, so I’m going to make sure I get stuff like that in. I’m thinking that I should make a survival-ish game (except I want to encourage movement because that’s where snow becomes important).
(And if I’m really on top of things, I think it’d be awesome to make it so that if there’s a high ledge or chasm your want to reach, you could build a slide with a jump and get to the other side)
In this, my 6th Ludum Dare, I had yet another fairly unique experience, encountering both new and old challenges and successes:
(Repeatable) Stuff That Went Well
- My code was organized. In the past, I’ve written all the code for the game into the main function. This made it difficult to have more than one level and made it painful to add, for instance, a starting screen. In general, it let me make more content than usual.
- I got feedback from people (well, one person), then implemented it. I did this early, leaving me time to do a good job implementing it and still leaving me a whole day for assets. The comment really helped me though, giving me an idea of what would make my game fun.
- I left a lot of time to make assets after finishing the game. I spent the second day solely on assets.
- Based on my own playing of the game, I refined the balancing of the game to draw more attention to the special mechanic I’d added to the game.
- I chose an easily attainable goal and then built on it. I had somewhat of an engine done within the first hour or two. From there, I was able to add more stuff and polish.
- Certain bits of polish were really helpful to the game. For instance, the sword in my game was pretty sweet.
- I stayed motivated. In the middle of this competition, I kind of hated my game, or at least, I didn’t put much faith into it and didn’t really know what to do to fix it. However, I pushed on, doing what I did know how to do (assets) and then revisiting the gameplay later and finding that it was not really as bad as I’d thought and that I did have solutions for it.
(Avoidable) Stuff That Went Poorly
- My code was spread out. There was no single place I could do all the balancing from, so it was a huge pain to do so. Also, I made too many tabs on Processing, so I could only see the names of 3 or 4 at a time, which made it hard to find any specific class’ definition.
- I didn’t put much thought into what sort of mood I wanted. Resultantly, I didn’t exactly create any cohesive mood.
- My art still wasn’t terribly good. I think I could have used more animation to make the top-down thing more convincing, but I don’t know. I wish I were better with this sort of thing.
- The controls may not have been the best choice.
- I don’t often play games based on action or on being quick and not so much on decisions. I therefore found it difficult to capture that sort of gameplay well.
- The game concept isn’t wholly original. It feel more like a variation on some sort of shooter game – the majority of the game (the shooter part) has been done before. Only a small aspect (the part about summoning enemies by taking stuff) is really new. Then again, people keep saying they like the idea, so… maybe it’s a good concept.
- I did not proofread the title page. It has a lot of typos. Like the good player of a game that I am, I never read anything in my game and just clicked on stuff.
Also, if you are one of the >1000 people who haven’t tried my game, you can click here. (P.S. I love comments on my game – it’s one of the best parts of the dare for me)
Turns out I’m not capable of writing any sort of “light” or “happy” music. This doesn’t quite fit with the rest of my things. Or maybe it’s more of a thing of my sound effects and graphics being too light for my game. In any case, my music and other assets kind of disagree in mood. Oops…
Well, aside from adding some music (I already have sound effects though), and some particle effects that I want to add, but aren’t really imperative and a few other minutia, my game is basically done. I think it’s more fun than I thought last night – the graphics and stuff make a difference, I guess and somewhere in all the balancing I did, I guess I struck a balance, since now my idea of “You should decide between taking more artifacts and being more powerful now, and being safer in two rounds”. Here’s some pictures:
Well, I have something which I could very well submit right now and I think players would “get” it enough to play it and maybe enjoy it, so that’s good. It’s always a relief to get to this stage. All in all, it’ll be another Ludum Dare game, but unfortunately, I think I’ve already missed my mark a little on this one – it’s not nearly as original as I usually aim to be, but maybe that’s because the original part of the game mechanic needs careful balancing that I just don’t have time for. That’s a little discouraging, but it’d take a whole lot more than that to stop me from finishing.
However, I still think the gameplay needs work. If anyone feels like playing my game, I’d love any comment you have. You can find the latest builds here.
Also, perhaps more pressingly, I don’t have many assets. I *really* don’t know how to draw characters from a top down perspective. They’re supposed to be people, but right now they kind of look like spaceships or something – maybe zombies. They’re not very… specific, I guess. I’ve sort of resigned to the standpoint of that as long as I’m consistent, it’s good enough, although really, that’s not where I want to be. They’re better than nothing and I think I can make some particles and stuff, which might help. (I think I organized my code really well this time, and it’s payed off nicely).
Still, I have only tomorrow (and not even all of that because people insist on having birthdays every single year) to make the remaining assets and put them in and to tweak gameplay and do whatever needs to be done. I’m sure that’s sufficient, and I think my assets might turn out fairly well this time around, given that I have a significant number of graphics – certainly, I can’t do worse on graphics than last time. Anyways, I’m going to go sleep.
So, I think I kind of know where to go next with my game. I have a few things to change:
- Have fewer, but stronger enemies.
- Make the enemies slower.
- Add drops from enemies. Which makes sense ’cause you’re supposed to be stealing your stuff from them.
- Maybe add some variety to the levels somehow, like a landscape-ish.
Hopefully I get all that done in the next two or three hours (or learn to sleep-code. Anyone got a tutorial for that?)
Well, it’s not quite what I wanted (I’m not sure if that’s because my idea doesn’t work of because I balanced it badly), but I do now have something playable. To be specific, playable by anyone reading this if they click here. I’m not really sure how to proceed in terms of gameplay, because I think it needs more, but, usually, when I get stuck like this, I just make assets until I get unstuck, so I’m gonna do that.
This has proven to not be the hardest project, which is great. Right now, I have a pretty nice system into which I can add basically any sort of weapon, enemy, or artifact I want to. The game is mostly tied together too, so I should be able to get down to making some form of content soon and see if my game actually is fun. Hurray! Also pro-tip: Learn to use dot-product well. They will save you an infinite* amount of time.
I’d post screenshots, but I want to get back to developing. Just picture a white circle in the middle of a bunch of red circles. You’re the white circle and your enemies are the red circle.
(*Results may vary)
I haven’t started programming yet and overslept a little, but in any case, I have an idea I think will work: you play as a little hero dude who moves around and shoots or stabs things. Between each level, you get to choose upgrades from a pool of “artifacts” gathered in battle. The things you shoot and stab are spawned in future levels when you choose to use an artifact. In this way, you are the villain, since your choices cause enemies to spawn.