Archive for the ‘LD #23’ Category

My First MiniLD70

Posted by
Tuesday, September 20th, 2016 8:41 am

Search Treasur In The Cave My Entry For This MiniLD70 ,This Game Is Intended For All People Of Any Age , You Can Play This Game On Windows Or Linux And Also On Android.The Aim Of This Game Is To Discover The Treasure,Follow The Arrows Drawing On the wall To Direct You To The Aim…ENJOY!!! Thanks all.

My Page For Game :

1 2 3 4


My Page For Game :

Bug Fixed

Posted by
Wednesday, August 31st, 2016 6:47 pm

One Two Three Three


My Video Youtube :

In This Video you Find The Link To Download This Game And The Video Gameplay..


Thanks All…

My First Ludum Dare Compo

Posted by
Monday, August 29th, 2016 9:43 am

One Two Three Three

The Game Is Intended For All People . You Can Play This Game On Windows Or Linux Or Android…

For Your Comments And Points :

Download Link :


Thanks All..

My first non-Game

Posted by
Thursday, March 31st, 2016 9:32 am

Hello all,


I am new here and I have a non-game i created this month for an Opera House in France. Yes , you’ve heard..

So I would love to get feedback from you all.


Here is the link for the game and instructions:

(it won’t read on Chrome)


Thank you all



I want to share something with you guys and get your feedback. Feel free to agree or disagree. But before I continue, I just want to say that I’ve participated in 8 Ludum Dares so far, and they’re what I look forward to, I love them. Ok, now I’ll give my little spiel.

After making your game in the 48/72 Hour Time Limit, we get to check out and Rate other people’s games. When rating somebody’s game, we are allowed to give them x out of 5 stars in 8 different Categories. These Categories include: Innovation, Fun, Theme, Graphics, Audio, Humor, Mood, and most importantly, Overall. I’m going to talk more about the Overall category in a minute. Let me just talk about something else first:

As many of you may have noticed, probably for a while now, your results don’t seem very honest. The results you get may seem surprising, this could be in a bad way, or in a good way. You’re either pretty disappointed, or you’re really happy. This is because you didn’t get a ton of votes (i.e.: ~20-70 votes, which is what a lot of people end up getting). Think about it, there were about 2,800 other games out there. Do you think that with 50 votes out of the 2,800 entries you’ll get a really honest evaluation? You shouldn’t, because unfortunately, that’s not the case.

If 5 people rate your game and they all give you a 5 on Fun, the average would be a 5/5. If 10 people rate your game and 8 of them give you a 5 on Fun, and the other 2 give you a 4, the average would be a 4.8/5. Now the game with an average of 5/5 is ranked higher than the game with an average of 4.8/5. But the game with an average of 4.8/5 should be ranked higher because it had similar scores, and more people played it. Now I’m pretty sure that in the end the game’s categories aren’t ranked based on just the amount of stars given but still, I just wanted to give you something to think about. The rankings aren’t all that honest. I noticed that many of the Top Ranked games only had about ~30-70 votes. You’ll see that the games that got the most votes weren’t up there in the Top 100. But they did, however, have more real honest evaluations, while the others with ~30-70 votes were just lucky enough to get a handful of good ratings which therefore gave them higher rankings. The Top 100 are great games, no doubt, but are they the best out of the 2,800? We don’t really know for sure.

Ok, now I’m going to talk about this Overall category. The site says that your game is ranked overall based on your Overall category ratings. Do you think that we should be allowed to rate the Overall category? The Overall category should be based on the other categories rounded up. The site should give us the Overall Rating, not us. Here’s just one reason why: I’ve seen many people give a game great ratings, like 4-5 stars on every category, and then they would give the Overall category a 3. Umm… What? Shouldn’t you base the Overall category on the other categories? If you gave all the other categories 5 stars, then why would you give the Overall category 4 stars? The Average Overall Rating would be a 5, so give it a 5. But since people don’t always do that, let the Robots do the math and give us the Overall Rating, not the Humans.

I’m not entirely sure how Mike (Founder of Ludum Dare; Support him on Patreon!) can make the evaluations more honest because you can’t just have 2,800 people play all 2,800 games, that’s just ridiculous. But it’s just something to think about.

Give me your thoughts in the comments please.

Thanks for listening!

From Ludum Dare 23 to Steam Launch

Friday, October 16th, 2015 4:44 pm
Broforce 2015 Logo

Broforce 2015 Logo

It’s been a long road. Broforce was originally called “Rambros” and built during Ludum Dare #23:

It’s been nearly 42 months since then. We got a ton of encouragement here for the original jam-game, which was a major contributing factor to dropping everything and pursuing Broforce. The original prototype was voted #1 in fun and we tried to keep what was good about it in final version (though better looking and playing better).


I want to thank Ludum Dare for doing what it does and inspiring developers across the world to do better and go farther and make great things. Broforce possibly wouldn’t exist without this community, and 9 indie developers from South Africa would have spent most of the last 42 months doing something less enjoyable.

Here’s our launch trailer:

I’d like to do a proper post-mortem once the dust has settled, if folks here are interested in hearing the tale from weekend prototype to Steam release of Broforce.

World Panic – Available now!

Posted by (twitter: @pinkmonkeyhead)
Thursday, April 30th, 2015 8:11 pm

Hey guys!
I just released my LD23 revamped game on app store

promo1 1 2 3


Download it hereicon2

Here are some free codes for you guys:


You can also play my LD32 game: Ice Princess


Game bundle sale!

Posted by (twitter: @GameGrapeStudio)
Tuesday, December 30th, 2014 5:36 pm

High Flyer BackgroundGameGrape Studios Robotz Background

Hello and welcome to the  Holiday Sale! In this years sale you can get both High Flyer and Robotz for 80% OFF!

Regular Price: $10.00 USD

Sale Price: $1.99 USD

High Flyer is a game where you fly through many different levels while shooting down torrents and taking down anything that gets in your way!

Robotz is a game where you move around the map while taking down waves of robots and collecting coins and ammo! Survive as long as you can!

So what are you waiting for? Get High Flyer and/or Robotz today!

Both High Flyer and Robotz were Ludum Dare games.


High Flyer:



twitter image

GameGrape Studios (C)’2014. All rights reserved.

Looking at my previous Ludum Dare results

Posted by (twitter: @jezzamonn)
Thursday, January 9th, 2014 4:15 am

Thoughts on this Ludum Dare –

  • I’m kinda disappointed, but the results seem fair.
  • Best ranking: 50th for humor.
  • I didn’t focus on a concept and the theme enough.
    • My concept was you  have 1 arm but multiple tools, you have to find ways to carry tools without your arm.
    • Didn’t have enough time to do that!
  • Instead I spent time on other things:
    • I wanted to include palette swapping and NPCs.
    • I’m happy I included them, but I should’ve focused more on a concept.
  • I coded everything from scratch, which made things take longer. I’m happy I did that though.
  • I received a lot of nice comments :)
  • Thanks to the 71 people who rated my game!
  • If you haven’t played it, check out The Visitor.

Thoughts on previous Ludum Dares –

  • My best Entry is Mondrianism, doing well in everything except humor.
  • Second best would be my first entry, The Good Ship Higgs Boson.
  • Super Space Goat Thief Standoff!! is definitely my worst entry, but I only spent a few hours on that.
  • My best category has been different every time, interestingly.
  • As you can see, there’s a clear trend of… um… well…

Wiggly lines everywhere!

Ooh, animated!

See you next Ludum Dare!

LD23 Post-Mortem: Our Man, Dragon

Posted by
Monday, December 30th, 2013 5:05 pm

(cross-posted from my blog here)

(you can play it right here)

When I last submitted an Ludum Dare game, I gave myself an MS Paint trophy. I submitted another game, one I daresay is a bit better than the last, so here’s my reward.

that’s some CGI right there in case you can’t tell.

This LD was a blast. I spent the weekend hacking with four colleagues from Braintree and we had ourselves a hootenanny.

The game is more or less as I had imagined, albeit with a few missing bells and whistles. The last big gameplay feature where villagers build huts is still in-progress, and it could really use a GUI to tell you what’s going on. Still, remarkably complete, especially when compared to how very far short I fell last time.

What Worked Well

  •  Knowing Unity – this time around, I knew the tools somewhat before going in. I have yet to finish a game in Unity, but I have banged out a couple of rough prototypes prior to this. In particular, the Catlike Coding tutorials were very helpful.
  • Comradery – While I remain a fan of the solo format, leaving home to gather with like-minded hackers was extremely helpful. Just as in my daily work, my colleagues inspire me to be better than I am.
  •  One Fun Thing – I took Tom Francis’ advice and made a game around one fun mechanic and prototyped that mechanic immediately. I spent a lot of time making sure the fire-breathing looked and felt just so, but I think that was time extremely well spent. It’s still fun to fly around and set things on fire, even if you don’t understand what the game is really about.

What Didn’t Go Well

  • 3D Modeling – I realized I needed better tooling to make the ork fortresses, which is where I started to spin my wheels. Google Sketchup is a straightforward enough tool, but I really found it hard to navigate. I have a license to Blender somewhere – I need to dig it up and rediscover that tool.
  • Visuals – These aren’t my strong suit. I cheated by going for a very basic look (one kind commenter compared it to Darwinia), but even then I spent more time on them than I ought to have. I don’t know what the solution is here though.

Other Miscellaneous Thoughts
I really had fun with this. One of my 2014 New Year’s Resolutions is to try and make a game every quarter. I have a few things I’d like to experiment with – in particular, I want to see how hard it is to make an online multiplayer game. I am going to finish up Our Man Dragon first though.

As always, thanks to the organizers for making this happen. LD is a very special event for me.


Broforce (Post Ludum 23) Development Continues!

Monday, June 24th, 2013 3:45 pm

We’ve got some new graphics, sound, enemies, playable characters, levels, blood, explosions, camera shake etc.

Thanks everyone who’s supported us from the beginning (and everyone else from Ludum). We’ve still got a long way to go (but hopefully you’ll like what we’ve done once we get there).

It’s done! Play “Freedom”

Posted by (twitter: @orangepascal)
Sunday, April 28th, 2013 2:51 am

And I’m done! have fun playing “Freedom”  a prequel to my LD#23 game Predicament :



Note: I originally posted this on my own blog at, but as it’s directly applicable to Ludum Dare past and present, I wanted to share it here as well. I guess this is also my “I’m in!” post… looking forward to the weekend 😉

In April last year (2012) I participated in the 10-year anniversary Ludum Dare game jam and built a 48-hour competition game called Mineral Cities, for the community-selected theme “Tiny World”. Nearly 12 months later, I launched a Kickstarter campaign to raise funds for building a game based on that prototype — also called Mineral Cities.

That campaign ends in a couple of days, and at 75% of the funding goal reached I’m hopeful that it is going to make it. In an effort to drum up some further support and close that final gap and in the run up to Ludum Dare #26 this weekend (which I’ll also be participating in — my fifth now), I thought I’d share some of the things I did in taking Mineral Cities from a game jam prototype to a fundable game — especially one I could enthusiastically get behind and convince others to share in my vision.

If you’ve not backed Mineral Cities already, I’d really appreciate you checking out the campaign page over on Kickstarter. You can even sign up to get access to the alpha, which I’ll be distributing when the campaign ends.

So, in no particular order, here’s a bunch of things I did…

#1 Figured out a point at which I was happy telling people how good it was

This was super important early on. I had an idea for the feel of the game as I was building the Ludum Dare version, but I wasn’t necessarily expecting other people to “get it” right away (they did, I got some great comments on the original). The Ludum Dare version was limited in replayability and somewhat obtuse in UI and instruction (as a lot of great LD games are), but I knew how I wanted to fix both. Problem was that I didn’t want to end up breaking the feel of that original version. I only wanted to make this game (and ask others to help me fund it if I had confidence in it) The solution I came up with was relatively simple…

#2 Built an alpha, essentially for myself

I didn’t do this right away (in fact I didn’t start this until February 2013), but I decided early on that this would be my measure of readiness for launching a Kickstarter campaign or, in fact, continuing any further with the development of the game. I effectively identified (and wrote down) what I wanted the game to play like (not how) and what its core mechanics should feel like in use. Building a new version of the game that included a better control system and mechanics that would support a full game that satisfied those criteria became my immediate objective.

#3 Came up with a visual design that I felt embodied the feel of the game when played

This was slightly tricky in that I liked the visual design of the original Ludum Dare game — it was sufficiently simple and articulated game state in a way that provided variety and an evolving aesthetic that mapped well to the game’s progression. However, it demonstrated nothing about what the game was — unless you’d read the description of the mechanics, the appearance of arbitrarily-coloured columns on a sphere didn’t give much away. I set about coming up with something that manifest both the simplicity and compound, emerging nature of building on the planet as well as the function of the gameplay components themselves. Simple things I did early on, like making terrain (mountains, hills etc) a different colour from the planet’s surface, led me to the decision to make colour a foundational part of understanding and differentiating the game’s mechanics and level configuration.

#4 Came up with a visual design that gave me the flexibility to build the game

I didn’t so much make this decision as I knew I had to live with it. I wanted to work on this alone and I didn’t want to (nor was I able to) spend a significant amount of time modelling or manually tweaking art. Ultimately, for the alpha (which is what you see in the campaign video) I went through two iterations of the building models and 3 or 4 planet types, all of which were ultimately merged to the test planet I’ve been using throughout. All of this was done over a couple of evenings and a couple of bottles of wine.

#5 Kept things that were not broken

I’m really fucking picky about music. I’d put together a little electronic riff for the Ludum Dare game using Propellerhead’s Figure, which, whilst it’s way too short and it has a couple of things I’m not entirely happy with, it totally nails the feel of the game for me. So I kept it. I need to expand on it at some point, but right now it fits.

#6 Iterated on the core design… a lot

Before I revisited the code for the game (which I didn’t in the end, I started from scratch) I spent about 3-4 months going over and over the core mechanics of the game. In the end I boiled this down to 3 sets of ideas, and a couple of variations. My final iteration was actually written as a vocabulary of events in the game, which I worked back from to an implicit set of mechanics. This took by far the single largest chunk of time yet spent on the game, but overall had the least impact (it was done over a serious of long and repetitive journeys over the course of a couple of months).

#7 Worked out what worked, then started again

Somewhat a subset of the above, but it’s important to note (/for me to remember) that pretty much every design concept or change I came up with I tested against my original assumptions for how the game should work, then against the Ludum Dare prototype and then against my other design ideas. Often this resulted in not-quite-workable ideas that I then had to go over again. For those who’ve played the original and seen the alpha, the inclusion of “gems” was central to a lot of these decisions. And I didn’t finally decide on them until relatively late in that design process.

#8 Identified a reasonable (time and resource) budget

To some extent this is more of a campaign/business issue around budgeting for the game’s development — but in the end it actually factored quite significantly into what I decided should be in the alpha and how some of the game’s systems should — or could — work. Knowing that I was looking at an alpha + campaign setup of about 2 months and a final game build time of between 4 and 6 months (which I knew wouldn’t be full time — my “day job” is running a consulting business building games for other people) meant that there were certain things I needed to exclude, at least in the first version. This included AI, procedural generation and excessive tech tree balancing (interestingly I ended up moving my design work away from any kind of tech tree and focussing on the core interplay of a relatively small set of building types).

#9 I wrote (mostly coherent) descriptions of the game

I’ve ended up describing Mineral Cities as a “minimalist RTS / city-buidler hybrid”… which, while it’s technically correct, I’m still not happy with and hope to find something better. I did this (write descriptions) a lot though — normally without reference or consideration, I just kept writing them down. I’ve reused some of that in the lengthier descriptions of the game, but, while they’re all okay, I’m still not really happy with any of them. I love the name though, I’m keeping that 😉

#10 Worked out how to add variety and longevity

I knew that once I had the core mechanics in place and control and presentation issues resolved, extrapolating out to various objectives, level configurations and gameplay modes would be relatively easy. It was. Being able to play a version of the game that was functionally complete allowed me to test a variety of game modes very quickly. Subtle changes such as visibility and adjusted mineral replenishment make a massive difference to how the player approaches planning in the game. Really this was evident as soon as I had the core mechanical designs in place — being able to test those assumptions while playing the basic mode of the game just reinforced the longevity and value of those systems.

#11 Made room for essential UI, but nothing else

At the core of the game is the presumption that the (interested) player will develop their understanding of the interplay of the game’s systems as they experience the game itself. The game is the UI and vice versa. The only actual “UI” I built was for objective tracking, building selection and level completion. What surprised me is that while I started with that as a minimum required for an alpha to be usable, I’ve actually ended up with most of the required UI for the finished game — validating my original intentions for the user’s interface with gameplay systems.

#12 Listened to all of the feedback

I got some fantastic feedback on the original Ludum Dare game. If it wasn’t for that I wouldn’t have taken it any further and I wouldn’t be writing this now. That there were players that identified with the feel of the game was what led to me making that core to its ongoing design.

#13 Ignored all of the feedback

I knew from the outset that this game wasn’t for everyone. I embraced that and ignored feedback of the “wuh?” variety.

#14 I took a break

I didn’t so much decide to do this as I was forced to. I didn’t have time to do speculative work on making the game (which is what it would have been if I hadn’t gone through the lengthy design phase I ended up with), but I did have time to think about it. Over the course of the 10 months between Ludum Dare #23 and February just gone I effectively took a break from the game. I didn’t play it for 8 of those months. It was all in my head for all that time though, and the majority of the design was done there as well. I made extensive notes at various stages, but very few of them ended up being part of what I ultimately wrote down in February as a “this is Mineral Cities” document. If it wasn’t for that forced period of contemplation, the game wouldn’t be anything like as good as it is now. I’m happy to report that I’m in the contemplation phase with a number of other projects — I’ll tell you about those in a few years I guess 😉

If you’re interested in the game, obviously go check out the Kickstarter campaign page for Mineral Cities. The updates I’ve posted there articulate some of the output of the design process I’ve discussed above. It’d be great if you could back the project and/or spread the word about it.

‘Zephyr’ is Available on iOS

Posted by (twitter: @cadin)
Wednesday, April 10th, 2013 10:07 am

Zephyr Touch


Zephyr, my game from LD 23 is now available on the iTunes App Store.

When I originally created the game a few people commented on how well it work with a touch screen, so I’m happy to finally have a version that runs on iPad and iPad mini.

I ported the game from Flash to iOS using the Sparrow framework. I wrote up some more in-depth development notes in this post at The Pencil Farm, if anyone is interested.

I’m keeping the game free until after LD 26, so get it while it’s fresh if you want to try it out.


Zephyr Touch on the iTunes App Store


Zephyr Touch Development Notes

Original LD 23 entry page

Humphrey’s Tiny Adventure: Remastered

Posted by (twitter: @jacobalbano)
Friday, February 8th, 2013 2:24 pm

coverIt’s still a post-compo version, no matter how late it arrives!

I participated in my first Ludum Dare almost a year ago, for #23 “Tiny World” and made Humphrey’s Tiny Adventure. It was my first game jam and I had a great time, but the game I made had a long ways to go — despite being technically “complete” it didn’t have any audio and a lot of things were unclear due to the fact that I hadn’t done any testing for feedback before I released.

I recently decided to revisit the project for OneGameAMonth, and the result is Humphrey’s Tiny Adventure: Remastered.

So…yeah. That’s all I’ve got to say. :) Go play it!

World Panic is back!

Posted by (twitter: @pinkmonkeyhead)
Sunday, January 27th, 2013 9:01 pm

Hey everyone,

I’m remaking my first LD entry, World Panic, wich you can play here:





I’m using Unity3D. It’s gonna be finished soon with the same original levels and I’ll add some more. I’ll release for Android and Web (and Windows maybe).

[cache: storing page]