I'm DDRKirby(ISQ). I do lots of cool stuff! Check out my main website here:
About DDRKirby(ISQ) (twitter: @ddrkirbyisq)
I'm DDRKirby(ISQ). I do lots of cool stuff! Check out my main website here:
Ludum Dare 29
Ludum Dare 28
Ludum Dare 27
Ludum Dare 26
Ludum Dare 26 Warmup
Ludum Dare 25
Ludum Dare 25 Warmup
Ludum Dare 23
Ludum Dare 23 Warmup
Ludum Dare 22
Audio - 2nd Place - LD29
Theme - 2nd Place - LD29
Fun - 3rd Place - LD29
Overall - 2nd Place - LD29
SonnyBone's Official 'RAD GAME' Award
Awarded by SonnyBone
on December 19, 2013
Ripple Runner now has an official post-compo version! Ladies and gentlemen, please enjoy Ripple Runner Deluxe! Featuring 3 new stages, more difficulty, more parallax scrolling backgrounds, extra level mechanics, and of course, more awesome chiptune music!
For a complete changelog (we’re at v1.22 now), look at the submission page here: http://www.ludumdare.com/compo/ludum-dare-29/?action=preview&uid=7285
Here’s a look at the new backgrounds and stages:
Ripple Runner has already received a lot of positive feedback and support from you guys, and I really appreciate it! Hopefully the new post-compo update will satisfy those of you who were left wanting more from the original. ^_^
And last, but certainly not least, I’ve included the 3 new songs in a new album release, so grab the new music here!
It’s not too late! 4 hours remain in voting, you can still play and rate Ripple Runner now!
Hey there! DDRKirby(ISQ) here with my post-mortem writeup for my chiptune rhythm game, Ripple Runner! Please check it out if you haven’t already done so!
This is already my 7th time entering Ludum Dare…I’m really getting to be an old veteran now! Last time around I teamed up with my artist friend xellaya and made a puzzle platformer called Match Girl for LD28. You can read the post-mortem for Match Girl here, if you want to see how that turned out.
This time I ended up working by myself and entered the 48hr division. I came up with an 8-bit styled (more like 9-bit, really) musical runner game, with a lot of similarities to Bit.Trip Runner. (Imagine what Canabalt would be like if it were a rhythm game) I’m really happy with the result, and it seems like other people are too! Here’s what the game looks like in action:
Without further ado, let’s dive right into what went well and what didn’t go so well.
What went well:
Workflow and Experience
I feel like I’ve been saying this ever since Hyper Furball, but the process of taking a game from start to finish has gotten really streamlined now, and now that I’ve got all of the basics down pat, I get to spend most of my work time on implementing the cool awesome things that are specific to the individual game, as opposed to writing lots of boilerplate code and worrying about menus, collision detection, how to recycle entities, particle emitters, screen flashes, etc. Ever since Hyper Furball, I’ve sort of had the same basic formula for the intro, title screen/menu, and jukebox as well, and I think that’s been working fantastically. Not only is it really easy to reuse the code from before and just adjust the menu slightly (as well as put in the appropriate background elements), but it also ties my works together aesthetically. Having the intro there (complete with shrot musical ditty) really gives it a sense of polish, and I’m really beginning to enjoy how I have it for each game I make.
The one downside for this is that since I’ve been copying code from my previous LD projects, all of it has a bunch of random hacks and terrible coding that I did in the 11th hour when all you care about is tweaking one thing or fixing one issue. So far this has been harmless, but if I continue to do it without cleaning any of it up, I’m bound to run into issues sooner or later. One example: I have a variable for a “blackImage” that I used for fading the screen in/out to black from Match Girl and Hyper Furball, but I decided that I wanted screenfades to white for Ripple Runner, so now my “blackImage” variable points to…a white image. Which, of course, is totally fine, because that image is only used in the title screen and it was much easier to just keep the variable name but switch the content rather than having to actually rename the variable and catch all of the places where it was used, etc etc. Anyways, sometime in the future it would be ideal if I could avoid copying over all the hacks from existing projects…
Concept and Brainstorming
This is my favorite idea that I’ve ever had for an LD game, and I was actually REALLY excited when it all started coming together and I could see that it was going to work out. Because of various factors (which I’ll talk more about later), I actually spent quite a lot of time brainstorming different ideas for the theme this time (“Beneath the Surface”) and coming up with a bunch of different ideas, including a FEZ-like game that focused on water reflections, an extreme fishing game, a rhythm-based digging game, and a sort of 2D platformer version of Minesweeper (think Mr. Driller meets Minesweeper). In the end I think I was inspired to create a rhythm game by stumbling upon Rhythm Doctor in the few days leading up to LD, as I was brainstorming what kinds of games I would want to make this time around. Seeing that someone else had successfully made a music game using flashpunk was actually really encouraging–I now knew that it was possible! If I hadn’t seen that, I probably would have shied away from the concept, as music games are notoriously hard to really get right (I know–I’ve worked on one in the past as well).
Because I had so much time to brainstorm, I actually had almost the entire gameplay visualized in my head (and on my scratch paper) before I even started working. I had it all thought out, including questions such as “do I want to make the tempo stay constant or speed up throughout a song?”, “how exactly do I want to handle syncing the gameplay to the audio?” (easy–I simply mapped the player’s x position to the current sound position and placed everything else accordingly), “what art style do i want?”, and “how exactly do I want the musical cues to be integrated?” I knew that the idea was fairly interesting, and relatively simple to implement assuming my few basic assumptions about the flashpunk audio engine would work out (they did). Here’s what an early development screenshot looked like:
As you can see, it’s actually not too far off from the final product! I even already knew I was going to do the watery displacement effect for the reflected half of the screen, so that was already in there at this point. I hadn’t yet thought of the spike concept, but even with just jumping and swapping it was already becoming apparent to me that the game was gonna be a success. It’s also good to note that this was probably my simplest LD idea yet in terms of execution complexity, which definitely helped out. (I finally hit my goal of not trying to bite off more than I should chew!)
I think the in-game tutorial was one of the best gameplay design decisions as well, and definitely beats all of my other games in terms of easing new players into the game mechanics.
At some point during my concepting, I decided that I was going to try out using a 4-color palette for the game. I knew I wanted something that would look good, yet also be relatively easy for me to do, since I’m pretty far from proficient in my art and pixeling skills. This turned out to be a great decision, as all of the graphics in the game were really simple for me to draw, yet the end result looked really great! Kudos to Plant Cat: First Blossom by flashygoodness and friends for getting me inspired to try this art style out. I also decided to go with a greenish hue, as a throwback to the good old days of the original Game Boy. This also made it easy for me do the hue-shifting effect that happens at certain checkpoints.
Dirt simple! All I had to do was draw a solid shape with some variations at the top edge and make sure that it wrapped around nicely, repeat it for another shade, and then draw some super simple pixel clouds. The parallax scrolling effect is very simple to do in Flashpunk as well, by just making each image into an automatically-wrapping Backdrop that scrolls at a different rate.
Then I just had to add a layer for the water, which only shows in the bottom half:
If you’re paying close attention during the game or at the title screen, you’ll notice that the white lines and dots on the surface of the water actually move, sort of imitating the bubbles and lighting that the surface of water makes in real life. I actually used two separate layers of white lines for this and made them scroll at different rates, so that it looks dynamic, as opposed to seeming like just a single image that’s scrolling.
I implemented the wavy water reflection effect by modifying the “Glitch” filter in punk.fx to be based on a sin function instead of shifting lines at random. It’s a simple displacement effect that just shifts each horizontal line of pixels by a different amount, but it works really well!
Finally, I used a hue shift effect for the different sections of music, also provided by punk.fx. Here’s another example of the final result:
I’m really pleased with how the running animation turned out for my little guy too, despite being not confident at all that I could get that right. I had no idea what I wanted to make my character look like at first, and I actually still don’t know quite what it is (some kind of squid-like aquatic being??), but it ended up working out perfectly.
I should note that even though I said I’m using a 4-color pallete, the final visual result of the game isn’t really constrained to that, because of the reflection effects and transparency and all that. Hence, the visual style of the game is very much “9-bit”, just like my music is–in other words, it’s derived from old 8-bit games, but doesn’t emulate them perfectly, and instead allows for some extra capabilities.
Music and Audio
Well, I don’t really know what I can say about this at this point, as making soundtracks like this is standard fare for me nowadays. This game in particular was REALLY fun for me to compose for, since I got to have fun involving the player in the song as well. I really enjoyed it, and it was helpful to write it as I was coding the game, keeping in mind the spaces where I wanted to have tutorials and checkpoints and whatnot. People are really digging the music already, it seems
Be sure to check out the soundtrack at my bandcamp site, too! http://ddrkirbyisq.bandcamp.com/album/ripple-runner-original-soundtrack
What didn’t go so well:
RL Stuff Eating into LD Time
This certainly isn’t the first time that I’ve had real life issues distract me or come into conflict with Ludum Dare, so it’s not like this was any surprise to me, but sheesh…just once I’d like to just do a Ludum Dare without getting sick or being mentally exhausted or having my timeslot screwed over in some way. This time around I left my Friday dance event early so that I could have a bit more time to focus on LD (I was too distracted to really think about anything else anyways), but as luck would have it I needed to go perform for something on Saturday at around noon, so that ate up the first half of my Saturday. I brought myself a pen and paper so that I could spend my downtime brainstorming ideas and concepts for the game, which actually ended up working out pretty nicely, but in the end I didn’t get to sit down at my computer and start working until 4:30PM on Saturday, which is over 20 hours into the 48 hour timeframe. Soooo yeah, I kind of got screwed over in terms of time. On the plus side, having all my ideas planned out as well as being all anxious from having lost out on a half-day of work made me blaze through the initial dev work and I had the basic game up and running very quickly (after a few hours of work), so it wasn’t the end of the world…but I’m pretty sure I would have been able to program more content and make more songs if it wasn’t for me having lost out on all of those potential work hours.
Here is a good time to note that I actually didn’t implement the spike mechanic until preeettty late into development (At t-minus 5 hours or something like that). After making the first two stages, I was thinking to myself that it would really be nice if I had a third mechanic, as only having jumping and swapping was fun but also not quite that interesting from a gameplay perspective. Three is kind of the magic number for having different things to concentrate on, as I know from playing Puzzlejuice, so I was looking for something different to do. In the end I came up with two different ideas–one was the spike/flip upside-down mechanic that I ended up implementing, and the other was that I was going to have the Jump button do an attack or kick of some sort if you pressed it in midair, so that you’d have to press jump twice in quick succession to get past certain obstacles (breakable walls or something). I wanted to implement both, but in the end didn’t have time, so I just went with only the spikes. I knew that that was the better of the two mechanics anyways, because holding a button down is a different feeling than the button presses for jump and ripple, both mentally and from a tactile sense too. The jump-kick idea would let me introduce more eighth-note rhythms into my songs, but I already kind of had that idea going with the jump-ripple combo, so it didn’t -really- introduce anything new.
Not Enough Content
Like I mentioned above, a direct corollary of having less time was only being able to make 3 songs for the game, even though I had definitely wanted to make more. Programming in the actual stages was actually quite time-consuming, as I had to make sure all of the platforms and obstacles were mapped to the appropriate times in the music, as well as placing special events such as checkpoints, hue shifts, changes in scrolling speed, and tutorials.
A Weird FlashDevelop Issue
Thankfully this wasn’t actually -too- bad, but every once in a while (typically when I went to import a source file from Match Girl or something and was trying to rip out all of the Match Girl-specific parts), FD would have problems with the compile process–it would either fail to detect changes, or just tell you that the compile succeeded and then try to run the resulting binary, when in actuality the compile was supposed to fail (because of a missing import or something). Again, this happened only once or twice, and I had some workarounds, but it was a bit of an annoyance when it did happen. Other than that, my development was actually really smooth this time around, with no real surprises anywhere. I remember having issues trying to get the ripple particle effects working properly, but I ended up figuring that out without too much pain.
Overall, Ripple Runner was a huge success, personally, and I’m really looking forward to what you all think of it as well. Again, please play and rate if you haven’t done so already!
I’m also definitely looking into working on a post-compo version of Ripple Runner, cleaning up a few things like adding the ability to pause the game, etc. Mostly, though, I just want to add more songs, because 3 just isn’t enough! I also want to give songs that have a wider difficulty range…the 3rd song isn’t nearly hard enough to give players a *real* challenge. Stay tuned for news on the post-compo version–I’m hoping to work on it over the next couple weeks!
DDRKirby(ISQ) here, announcing that I’ll be in for the individual contest this time. Had a tough week and at times it looked like LD wasn’t really going to happen, but I think I’m okay
As always, I’ve got a dance event on Friday night, so I’ll be a bit delayed in starting. In addition, I’m part of a performance group and try as I might I couldn’t get out of having to do a performance on Saturday, so that’s some more time out the window. Oh well. Hopefully I’ll get enough rest to power through hard…
Last time’s entry, Match Girl, was made with my friend xellaya helping me out on art, and placed 2nd in the Jam!
This time I’ll have to be rolling my own art, and rather than doing mediocre (yet “acceptable”?) pixel art, I’m actually thinking of trying to use more minimalistic graphics (I know, I know, Minimalism as a theme is already over), so that I can come out with something that looks more clean. Something like using geometric shapes along with particle effects and/or lighting effects and glowing to make things look interesting. We’ll see though–that plan might go completely out the window depending on what I decide to make.
Other goals for this time include trying to reduce the scope of my project (as always)…I tell this to myself every time and yet I still manage to try and put 110% into LD regardless. Argh. Maybe part of the reason is because I want to make an entire soundtrack, and to do so I either add a lot of levels or content or whatever. Maybe the solution here is to just make a bunch of music but not have that mapping from music to levels…instead just play a random music piece? Not sure…
I also have yet to make an actual “arcade”-style game. You know, the “addictive” ones where it gets more and more difficult as you keep playing even though it’s basically the same gameplay. I’ve yet to make an artsy game too, so those are both options.
Will be using flashpunk, with FL Studio for audio, GIMP for art, and LabChirp for additional sfx.
Could also try and make a game with audio-correlated gameplay, or at least audio that’s triggered/synced to gameplay events. Apparently it’s possible: search “Rhythm Doctor” if you need proof (made in Flashpunk!), but I’m sure it’s probably a pain in the butt to get the audio all working properly. Theoretically it’s not THAT bad–you can just time everything using the position of the sfx clip that you’re using. But…I’m sure there are many pitfalls waiting for me if I try to go down that road.
If you haven’t already, please play and rate our game, Match Girl!
This is my 6th Ludum Dare entry, and the 2nd time working as a two-person team with my artist xellaya. Our previous game was a psychadelic side-scrolling rpg about a crazy cat, Hyper Furball.
This time we went in a totally different direction, and created something dark and creepy. Here’s what the game looks like in action:
Like last time, let’s go over what went well and what didn’t.
What went well:
The Game Concept
The concept actually came really easily this time, unlike last time where we had to go through a number of different ideas before finally settling on something. The theme this time (“You Only Get One”) was a good one–pretty open, but also restrictive enough to focus you on something specific. Doing a “you only get one life” game definitely felt like it would be a cop-out here, so we definitely wanted to stay away from using that idea. Like always, we were busy on Friday night, so we didn’t really start to work until Saturday, but I actually had the initial concept of an “only one light source” platformer while trying to get to sleep on Friday.
We’re veterans at this by now, so we don’t really have many kinks in our process. Especially on my side with the coding–I don’t really have to figure many new things out by now because I can just look at my previous projects and I can just copy-paste code as needed. Instantiating new objects, making timers and counters, doing screen flashes, doing the jukebox screen, that’s all easy stuff for me now. And of course, cranking out music is second nature to me now, after doing so many of these. That’s always more of a “break” for me than actual work, to be honest. Working together with xellaya is pretty nice now as well. We definitely don’t think along the same wavelengths, and generally don’t share the same vision for things, so it’s fortunate that we manage to find a way to make things work out. I think we’ve managed to strike a good balance, such that I allow her a good deal of freedom in making artistic decisions, while still pushing back when something could be reworked to better fit the game. I think it’s important to make sure that there’s enough communication about the needs of the game, while not just being super-controlling and nitpicky about everything. In the case of Match Girl, we ended up redesigning the enemy graphics, which initially looked like this:
Which was cute, but not quite what we needed. The redesigned enemy looks like this:
Which is definitely more creepy and obviously harmful. To make it pop out more, I increased the saturation, so in the end we have this:
Initially I had the match as the only light source, and in order to get that working I just took a big fat black texture, painted a transparent circle on it with a gradient, and pasted that onto the screen. Then I got the idea for the candles scattered around the levels and realized that I needed a better solution. I spent a little bit of time going into the rabbit hole trying to work it out with blending modes and getting into FlashPunk’s drawing engine, but then found some dynamic lighting code that someone else had already written up (https://github.com/SHiLLySiT/Lit). I tried it out and it worked! I remember making one or two tweaks to how it worked (probably changing the blend mode), but it ended up working great and I’m really thankful that I found a quick and easy solution. This was really key to making our game work well!
Now, this was actually something I really worried about, because level design is really tricky to get right for a puzzle platformer, especially one that you haven’t carefully tweaked and refined and playtested. I also wasn’t confident whether or not our mechanic would work well enough to make for good design. I knew in my head that the match concept was a good idea, but whether it would actually translate to fun levels was something that I really couldn’t know until I actually sat down and tried it.
During the initial planning/prototyping phase I also thought that it would be nice if we had at least one other mechanic other than the matches and the enemies/obstacles that kill you, so I thought of the moving blocks and implemented those (was still using placeholder graphics for everything at this point). It was later on when I was making the spotlight for the exit door that I thought of the concept of candles/torches that would be pre-placed in the level, and that actually worked really well for level design, since they function in so many ways. Not only do they illuminate tricky areas, but they also serve to give a sense of atmosphere, and they also serve as good reference points while memorizing level layouts. They also work nicely with the moving blocks in some levels. The fake white blocks were the last thing I thought of–the idea for that probably came while I was color-shifting the block textures for the different worlds.
Initially I had single set of 25 levels — 5 for each world. After I had all of the different mechanics nailed down, I knew I wanted each world to introduce something new, except for the last world which would pull everything together. I also knew how I wanted world 1 to flow: Introduce movement and the goal, introduce matches, introduce jumping, and introduce restarting.
So I had my 25 levels, but I realized that some of them were probably too difficult for inexperienced players. So I dumbed down some of the levels, made them easier to memorize and execute, and added more torches. Then I set out making 25 new levels for hard mode, where I tried to really be aggressive with the difficulty. This was the very last thing I did, and I was rushing frantically to design all of hard mode in about an hour or so. I’m really glad that it turned out so well the way that it did. I’d say that I’m a bit lucky that I managed to get such decent level design even though it was squeezed in pretty last-minute.
What went not as well:
Not being in the right mindset
This didn’t end up really hurting us that badly, but I was actually feeling really lackluster and discouraged on Friday night due to just being in a bad mood in general, as evidenced by a post I made that night. Luckily I still managed to come up with the concept while trying to sleep, and ended up shrugging it off and diving in with a good start the next day. I don’t really think there’s much I could have done about this, but it was one of the worrisome things that happened this time around.
Underestimating the amount of work
I should have learned by now, but I guess there really is no such thing as a Ludum Dare that I finish early and don’t spend 100% of my effort on. I keep on trying and telling myself to be less ambitious each time, but somehow I always end up pushing all the way to the deadline, almost without fail. I think that’s a good thing–it’s part of the reason my games have become so polished–but at the same time, I need to prepare for it and expect my entire Monday to be taken up. (and ask for that day off from work in advance)
Story and plot
We kind of slacked on this this time around, but that was sort of a conscious choice, as again we were trying to be less ambitious. I think it was also that we didn’t actually really have any good ideas for plot and storyline that would explain things well. xellaya wanted the ending to be open-ended, and I thought that was fine by me as well. I certainly didn’t have enough time on my hands to do anything more about it anyways. ^^; I don’t think this really hurts our game much, as I feel like it doesn’t -need- a story this time, but it is true that this is something that we missed out on.
This one is a little debatable, actually. I don’t think there’s anything wrong with the music in our game, actually. I think it’s really effective, for the most part, and I’m proud of it as far as soundtracks go. I mean, who doesn’t like a kickin 8-bit fakebit NES-style chiptune soundtrack? We’ve already gotten a bunch of positive feedback on it, and I’d recommend you check it out too.
However, it might not have made the most sense for me to limit myself to 2A03 instrumentation and try to be really pure in terms of using only 2 pulse channels at a time, etc. I think I just happened to be on a 2A03 kick at the time and wanted to do this fakebit style, which is fine, but perhaps it would have been more appropriate to go with a more “9-bit” approach, with darker soundscapes and non-chip sounds in the mix. Who knows–maybe the melodies wouldn’t have turned out nearly as memorable if I had gone that route, but it -is- true that some of the later tunes are a bit “energetic” as opposed to “spooky”, which is probably the one qualm I have about the OST. Really a minor point though, as I’m still really proud of it.
All in all, a really great success for us this time. It doesn’t have the “raw”, unadulterated fun that Hyper Furball did, but it’s a “cleaner”, more solid game, I think. I’m really happy with how it turned out. I’ve only gotten to watch one person play through it, but it was super awesome to see how they handled the different mechanics and got through each level. I hope you guys all enjoy it too
Haven’t actually spent any serious time thinking about the theme or anything because, as always, I had plans on Friday Night, so I’ve been occupied. It’s past midnight here now, so as always, we’re gonna call it a night and just sort of mull the theme over in our heads. We’ll try and think of something tomorrow. I think our goal is to be a lot less ambitious than last time…not because what we did last time didn’t work, but just because we don’t feel like making this one stressful and tiring.
However, I’m somehow just not feeling in the right mood at all for this. I think it’s related to some personal issues too. I’m beginning to feel really discouraged. We’ll see what happens, I guess. For now I’ll just give it a good night’s rest and see what my mind is feeling like tomorrow.
DDRKirby(ISQ) and xellaya here; we’ll be joining Ludum Dare again this weekend! This will be my 6th time doing LD (wow!) and the 2nd time that I’m pairing up with xellaya.
Last time we came out with Hyper Furball, which was pretty awesome (4th place overall, 1st in audio!), so I’m excited to see what happens this time around!
Goals for this time:
- Make awesome chiptune music (of course!).
- Do something different than the other 5 entries I’ve worked on.
- Work to both of our strengths again.
- Smaller scale, less stress, work less hard. I know I say this every single time, but I keep on trying to overachieve anyways, ugh. At least Hyper Furball involved very little level design and such, so that was a step in the right direction. Still, I’d like to finish this comfortably in time. Aim small, aim small, aim small!
10 SECONDS LEFT to vote xD
If you haven’t already, please play and rate our game, Hyper Furball!
This is my 5th Ludum Dare entry, and my second time working together with my artist xellaya. Things came together really nicely, and I’m really proud at what we managed to do in the 72 hours. Here’s what the game looks like:
Let’s go over what went well and not as well this time around…
What went well:
Settling on a good concept
We threw quite a few ideas around before settling on our sidescrolling RPG with the “hyper mode” mechanic. Initially we were thinking about doing a Warioware style 10-second minigame collection (nothing new, but probably still fun), and were also seriously considering doing something along the lines of Off the Leash. The idea thee was that you keep running to the right and have various obstacles and powerups that slow you down and speed you up, and you have 10 seconds to reach each checkpoint. I was all set to start working on that when xellaya pointed out that there really wasn’t anything new about what we were making. I thought about it some more and I agreed that it probably…wasn’t that exciting. Friday night came and went and we still weren’t sure what we wanted to make, but eventually my train of thought went to “we should make the 10 seconds as intense and crazy as possible”, and from there I got the idea of a side-scroller where hyper mode basically involves you steamrolling a whole bunch of enemies and leveling up a bunch. It ended up working really well, and I think it uses the theme in a way that’s clear, functional, yet non-cliche. Awesome.
Liberal copy-pasting of code
There’s kind of a delicate balance when it comes to high-speed coding. You don’t want to be clean and neat with everything, because it just takes too much time, and you’re only working with your code for one weekend anyways (not to mention, I’m the only coder here)…but you don’t want to be -so- messy that you end up introducing bugs and making things hard for yourself. I ended up copying a lot of code from my LD26 entry Minimalist Mayhem, which I also did in Flashpunk, and that sped things up a lot, as I already had code for flashing the screen (with fadeout), and I didn’t have to think about the proper way to create/recycle objects in Flashpunk or anything like that. There was also just a lot of one-off code that ended up getting duplicated, like the code for the parallax backgrounds–after doing that once, I just copy-pasted it each time xellaya finished a new set of backgrounds and I didn’t even have to think about it. Yes, messy, but as long as you’re careful, it all works, and it’s fast.
So many, so many Ludum Dare games are lacking in polish, but it makes such a big difference. It’s what makes your game seem AWESOME. That’s why it’s so important to pick something that you can execute easily, because once you finish the main execution, you can spend all the rest of your time making you game look pretty and fancy and smooth. Screen transitions, sound effects, cleaning up your UI…all these nice little things really add up. I’m really proud of the intro and title screen, for example–first impressions really count! I was really excited when I put in xellaya’s graphics for the title and synced it all with the music…so proud! Did I have to implement a jukebox screen with scrolling backgrounds (that cycle through the 4 different levels!) and colored stars flying around? No…but it’s really neat and awesome, right?
We really worked together well this time…I’m an LD vet by now, so I know how things go and I basically didn’t run into any big hiccups at all, aside from a FlashDevelop “out of heap space” compilation error which disappeared every time I restarted Flashdevelop (phew!). I even hacked the Flashpunk Text class to get the outline effect on all my text! I’m comfortable with Flashpunk and I’ve gotten really really good at making game soundtracks in constrained time periods now–in total, I wrote all the music in around 7 hours’ worth of time! (all that training from One Hour Compo paying off!) xellaya was also much more set up for things this time and we didn’t run into any of the miscellaneous troubles that we had last time for Marriage Quest (pngs being exported without transparency, etc.). We used Dropbox to get artwork from her machine onto mine; don’t know why we didn’t do that last time. It’s important to play to your (or your team’s) strengths when you’re thinking up a game…xellaya likes drawing cute things, and I really excel with 9-bit chiptune music, so it was great that we ended up with something that allowed us to use our talents to their maximum potential.
We both had the whole weekend to work on our game, which was awesome. No other stuff to worry about, no imminent tests or projects, no getting sick, etc. Awesome.
What went not quite as well:
I did better than last time (Minimalist Mayhem just had a single huge screen with all the instructions on it)–I was especially proud of the “mash space” animation that shows up on screen the first time you enter hyper mode. But the level up screen isn’t really that intuitive…in fact, the checkboxes ended up making everyone assume that you can use your mouse to click on them. Which…still confuses me, to be honest, but maybe that’s just because I’m an oldschool console gamer and I think everyone else is weirdos in the way that they think. I don’t really know how this could have been better, but I didn’t spend that much effort really thinking about it. I guess I’m just not that great at UI design. xellaya didn’t really have the time to think about this either, though, so in the end we just did what we could, and I think it’s at least functional. It’s not great, but probably not -bad- either.
The gameplay for our game is…”decent”. I wasn’t entirely happy with the simple attack/block mechanic that I had going on for normal combat, but I knew that it would end up being okay in the end because that’s not really the focus of the game anyways–the focus of the game is having fun with ridiculous crazy hyper mode! Still, I wish I could have made normal combat at least a bit more interesting somehow, though I’m still not sure exactly how I would do that. I think in the end I didn’t have time to push for enemy attack variations or anything like that, and xellaya didn’t want to do a lot of animation…if we had spent more time on this, the polish level would have suffered. So this is not really a mistake, per se, but still wish it could have been better. This is probably the main point that might hurt our ratings.
Not Enough Playtesting
Yeah, yeah, super common problem. This always happens, really. It’s important to get feedback and have people play your game, but…when your heads-down trying to cram in the last few features (Breaktime mode!), it just ends up by the wayside sometimes. I think I really lucked out that the game isn’t horribly unbalanced (at least, in a way that makes it not fun), because I really didn’t have that much time to spend on that and tweaking the enemy strengths and the upgrade requirements. I did spend a -decent- amount of time on it, which is why leveling up takes about the right amount of time and everything, so I didn’t do too bad here. But I feel like this was a danger area that I managed to sneak by on.
All in all, we did a great job, and I’m really proud of how things turned out. Our game is quite fun, and I’ve been trying to see how fast I can complete it using no continues
Please leave your feedback and comments! Oh, and go check out the soundtrack download too!
8PM over here. Haven’t eaten anything since waking up, sheesh.
It’s great to be done. Yeah, would have been nice if I had the time to get one or two more features in…can think of a lot of things I would want to add, but it’s totally fine. Totally fine.
Anyways, here’s Minimalist MAYHEM:
Try it. It’s pretty awesome. And come on, how can you not try a game called Minimalist MAYHEM? Especially with a title screen like that???
Anyways, get some rest, everyone. We’ll wait until we recuperate (and until the LD servers recuperate) for now.
And of course, good luck to everyone who’s still toiling away in the jam. You can do it!
Who says you can’t cook yourself a hearty meal in the middle of a grueling game jam?
So, I’ve come a looooong way, and actually had pretty much little to no stumbling blocks (okay, a few minor ones here and there, but nothing serious), which is =awesome=.
Here’s what I’ve got so far.
Pretty sure I have the cutest menu screen EVER.
Anyways, gameplay balance is still totally borked. You can’t die, you don’t have invincibility after getting hit, and the level is still a dummy test level. But it showcases the Jukebox destruction feature, which is SUPER COOL.
This is really shaping up well. I still need to do much more…maybe make another enemy or two, make another weapon or two, build out the levels, write out the instructions, and maybe write another song. It’s T minus…13.5 hours right now, which is scary because I know that like 6 or 7 of those hours are going to be spent sleeping. I’ll try to get a reasonable amount of sleep but I really can’t afford to sleep all day, I need to push through this…this can be so, so awesome.
Still a lot of stuff to do, but man, we’re really looking good here:
My game balance sucks right now, but I’ve got screen flashes, enemy generators, multiple powerups, room clearing, all sorts of stuff!
Yeah. That’s right.
Not the finalized version, but you get the idea.
Starting to look awesome. And yay, I drew demented christmas tree monsters. woohooo~