Ludum Dare 35
The Theme is:

Posts Tagged ‘MiniLD’

Advanced Tactics: Mini RTS Post-Mortem

Posted by
Monday, April 4th, 2016 11:34 pm

If you follow my twitter handle “GregGreenGame” you saw on March 30th that I was working on a project for Ludum Dare when I posted this picture:


I entered in mLD #66 “Construct an RTS”, it started on March 26th and ended on April 2nd.

Throughout the whole month of March I haven’t done a lot of programming or any work on Greg Green because our pixel artist stopped contacting us for over a month so we assume she quit (sucks because she did good great work). So I put a pause on the games that I had in development. Then mLD #66 was announced, and my buddy Kai (who I met on Ludum Dare in January), contacted me and asked if I wanted to work together because our plans with mLD #64 fell through. He does 3D art (modelling and texturing) and I am in need of working with an artist so I saw a fantastic opportunity to get back in to the programming mood.


What you didn’t see is how the game actually looked when I first started it. All that was programmed was placing structures, there was no models but a simple UI and the feature for structures to not be placed on top of others. (indicated by color as shown below)


Needless to say, I got over ambitious and had tons of features planned that we ended up needing to cut.


I realized I wanted this game to be played in the web browser for ease of access to players, so I decided to use what I have before, the Unity3D Web Player. Never had issues with it before and it runs (used to run) on most web browsers.

The only browser I was sure it ran on was Firefox because Google Chrome stopped supporting the Unity3d Web Player Plugin near the beginning of 2014. I was unsure about other browsers but most people either use Chrome or Firefox.

I began programming Unit movement but the method I used was way to simple and became instantly scrapped, so I’m not even going to bother showing it. (See the new movement below in v0.3)


I never knew how easy it was to implement pathfinding into a Unity project.

The only issue I had is I had to change the type of water I was using. I originally had a pretty detailed water system with moving waves (shown in the first image up top) but it did not work with the pathfinding system so I used this other one instead and it actually looked nicer in the game so it was a win-win.



So as I explained in v0.2, Unity Web Player became deprecated and I was slightly unaware. Deprecated means that the feature still remains but is not recommended because it will be removed in a future update. However this wasn’t brought to my intention until I wrote this blog post.

I switched to using the HTML5/WebGL API which for a while now has been in it’s “(Preview)” stage, but it is slowly but surely taking over as Unity3d’s main web platform. I have had no experience building for this platform but I did not run into many issues at all, it actually worked with my UI a lot better than the Web Player for some reason (you can see the better menu below). The WebGL API is supported on way more browsers then the web player, AND it doesn’t require any type of additional download. I did have an issue by allocating too much memory to the game though. I thought the default (256mb) may not end up being enough so I thought I’ll just double it and crank it up to 512mb. This caused it to not be playable on some computers/browsers. Woops! I fixed this issue after Ludum Dare, in the Expanded Version.

Kai finished up some more models and textures so I implemented them into the game, the Gunner, the Tank, and the Berserker (they can all move). The color indicated structure placement was looking good and so did all the textures. I added more stuff to the map like an enemy base, satellites, and cities.



I began working on the title screen but it had some UI scaling issues.

I also started talking to my cousin Josh about writing some music for the game and told him that the game was due tomorrow. He said no problem, I can do that.

So as I realized I was looking at an all-night mission I got the Armory menu working fully functional, you can hire a unit and give it a location and it will drive out of the armory and move to that specified location.



Fixed up the Title Screen to look nicer, and with a functional music switch for the two tracks that Josh sent to me. They sound great, I can’t upload the audio here but really go check out the game and hear it for yourself.


I added on-screen controls so nobody trying out the game for their first time would have a hard time with a not-so-polished interface.

The beautiful addition here is Unit Stats on the bottom right of the screen, this allows the user to know what unit is selected, how much hp it has remaining, and if it is in attack mode or not. This helped understand the combat system a little more. (The image below shows the player’s Gunner unit attacking an opponent’s Gunner unit.)


v0.7/v0.7a  (The Release)

After a stressful night of getting the damn game in on time I realized the version I uploaded had a resolution error and it cropped the top of the screen so people couldn’t see their resources. I fixed this as soon as I could.

Kai made some GUI Button sprites so we didn’t have to use the ugly default ones, I also fixed some ugly UI scaling issues in the controls panel, the stats panel, and the menus.


Then This. In my only attempt to build a last minute AI within an hour of time I gave the opponent an Armory that automatically builds units on a random timer that I set, and sends them towards your base. One thing I regretted was not spending another hour to get them to attack your base. They will only attack your units and/or move to your base and sit there.


I still made it possible to attack your opponent’s base and armory. Destroying the armory will stop your opponent from hiring more units. Destroying the base will allow you to win the game, causing the game to go back to the main menu (THAT MEANS YOU WIN!).


Yeah, I was over ambitious and me and Kai had to cut some features and assets such as: Airport Structure + Air Units, defensive structures (turrets), click+drag multi selection, a better AI, and taking over cities to gain more resources.

A couple other things I didn’t talk about were that I made the game give u resources on a set timer, and the game was originally controlled by mouse movement instead of Arrow Keys/WASD. It was Kai’s idea to add WASD control so we agreed it would be optional but I ended up liking WASD better than mouse so I never got around to making it optional. Oh and I realized after development that there is already an RTS game called Advanced Tactics that was released in 2013. This doesn’t cause any conflict because my game is titled Advanced Tactics: Mini RTS (/Expanded), but it was kind of funny to find that out. The name Advanced Tactics came from Kai and I believe it is a reference to Advanced Wars because that was one of our main inspirations.

I had no time to get in nearly everything I planned but I also was very busy on the first few days of the dare. I didn’t even have the time to post progress about the game on Ludum Dare like i did back in 2013 for the 7DRTS (My Entry). However it brought me back to that year and the caffeine fueled nights staying up coding. I needed that, it made me feel really good mentally and emotionally. It was revitalizing almost. It really encouraged me to continue work on a more frequent basis and even enter in future Ludum Dare events. I have no idea why it took me 3 years to come back to it!

Well anyways if you want to checkout the entry it’s right here:

Advanced Tactics: Mini RTS Expanded

If you are interested in the future of this project you are welcome to see what I am doing after the dare. I am currently working on an expansion to the game and you can play an early build of v0.8 on Kongregate:

I will probably make a future blog post addressing any updates I make to this game, so if you follow my dev blog then be prepared to see more Advanced Tactics.

MiniLD 66 Announcement

Posted by (twitter: @c64gamer)
Wednesday, March 2nd, 2016 6:15 pm

MiniLD 64 Announcement

Posted by of Polygon Toys (twitter: @pekuja)
Friday, January 15th, 2016 8:48 am

UPDATE: Hey! I see we’ve received 20 22 entries to the MiniLD! Nice! Not a record-breaking number but I’m happy to see at least some people got inspired. :) The submission is going to remain open until the end of the week in case you need to finish a late entry… I actually ended up not having time to make an entry of my own so I’ll try making a late entry myself. As an aside, Global Game Jam is coming up at the end of the week. I wish everyone participating in that the best of luck!

It’s time for MiniLD 64. It will take place during the weekend of 22nd-24th.

The theme is…
Nintendo 64

Nintendo 64 was released almost 20 years ago in 1996. For MiniLD 64 I want to see some games inspired by the N64 and its games. This could mean for example:

* a game inspired by your favorite N64 game; maybe even a straight up remake.
* a game done to look like an N64 game with low-poly 3D graphics
* a 3D reimagining of a 2D game. Perhaps of one of your earlier LD entries?

I’m definitely hoping to see some 3D platformers a’la Super Mario 64… maybe some flying games a’la Pilotwings 64… perhaps a fighting game a’la Super Smash Bros?

Btw, if your tools of choice can’t do 3D or you’re otherwise unable to make one, don’t worry; it’s not mandatory by any means, though of course it is one of the more obvious things to do.

NOTE: Please avoid using copyrighted material in your games. We don’t want anybody to get in trouble. Get inspired, don’t plagiarize! :)

I’m participating in Mini-LD 63.

Posted by
Saturday, November 21st, 2015 5:22 pm

And I’m going to use this post to explain my plans for it. Currently I’m planning to make a turn-based RPG / Puzzle Mini game mashup. When you attack, a mini-puzzle will appear on screen, and you’ll have a few seconds to complete it for a successful attack. Each class / type of attack will have a different puzzle to complete (e.g. magic attacks will have a match 3). In the last Ludum Dare, I designed a turn-based RPG, and I’ll be using the engine from that for the base of this game.


Of the ten games of this Mini-LD, I only have four off from work, so the bulk of the game building will happen then. Hopefully I’ll be able to create something fun. Good luck to everyone participating.

Mini Dare – As Yet Untitled

Posted by (twitter: @@culturebosh)
Wednesday, September 23rd, 2015 1:13 pm

Hi all!

We decided we’d give the mini dare a shot since we had such a blast finishing up our first ever game Cleanup of the Black Lagoon.

So – we approached this one slightly differently. Rather than fighting a final boss or playing the final boss, you are but one small cog in the final bosses plan.

I don’t want to share too much (we’re almost finished, honest *cough*) but here some fantastically rough concept art (I like to not plan too much because improvisation!) and a current screenshot of the main play screen.

We’re really looking forward to sharing our game with you all and continuing to contribute to this awesome community.


Shaun & James from CultureBosh!


Panel Mockup 1


Giga Guy boss battles

Posted by (twitter: @GaTechGrad)
Wednesday, September 23rd, 2015 12:59 pm

Here’s a video I made explaining my progress after finishing the first four boss battles in Giga Guy.

I’m Out, We’re In

Posted by
Saturday, June 27th, 2015 10:38 pm

My original idea was a demake of the NHL series, but it turned out that getting AI players to correctly play hockey in a weekend almost certainly would have been beyond my admittedly limited skills.

So that’s canceled.

All’s not lost, though – I have a friend helping me with art and voice acting, and we’ve switched to an alternate set of themes: MSPaint As Level Editor and Monochrome. No screenshots yet, but soon!


Saturday, March 28th, 2015 6:06 am

094e70ce1b50382f5ecab318801db871 (1)


Friday, March 27th, 2015 10:41 pm

Mini ludum daring

Code n’ burn, crash ‘n learn.

Posted by
Friday, March 20th, 2015 1:09 pm

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! ./ 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
Editor: VIM
Music: Famitracker/Milkytracker

Update about gist-txt: a text adventure engine

Posted by (twitter: @johnnyaboh)
Monday, March 16th, 2015 9:19 pm

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:

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!

If you’re interested about gist-txt you can watch the repo at, I’ll also post periodic updates about its development at /r/gamedev.

MiniLD #57 post-mortem “Zodiwhacked”

Posted by
Friday, February 20th, 2015 6:12 pm

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…


‘Any Key’ my first Jam

Posted by
Wednesday, February 11th, 2015 3:29 pm

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 Concept:

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.


Level Design:

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.

MiniLD 56 – My first time. ;3.

Posted by
Monday, February 9th, 2015 12:24 pm

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:

Keeping motivated.
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.






Posted by
Sunday, February 8th, 2015 5:51 pm


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:

Mini LD #56 – Keyboard Cook Mini-Retrospective

Posted by
Friday, February 6th, 2015 5:22 pm

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.

Design First

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.

[cache: storing page]