I’m in, here are some tips

Posted by (twitter: @@protoduction)
December 4th, 2014 5:26 pm

I’m in.

Here’s a small list of tips you don’t read everywhere that I wrote up some LDs back:

  1. Your game is probably too hard.  As the maker of a game, you are much more skilled in your game as you know exactly how it works and have played it a whole lot. Have your game playtested, even in a jam, and scale the difficulty down.
  2. Add story skip functionality. Add skip functionality to intro’s and parts of the story (if your game has one). In my game the intro was not skippable, which was a big, big mistake.
  3. Add level skip functionality (in my game I had a button show up after X failed attempts). This allows players that are struggling or simply don’t have the time to try many times to see the story/ending of your game regardless. This is not that hard to add and in my eyes is a must in story-driven games.
  4. Add sound. Any sound is always better than no sound, if you are not an audio pro, consider recording things around you with your crappy microphone or generating sounds with bfxr. If you do it really well, it can make for a great experience all by itself.
  5. Do one thing well. I often end up over-scoping in jams, it’s not so much that I didn’t put in every feature I wanted, it’s that the game does not do one thing very well, but does a lot of things. I think this problem is especially present in  the programming-end of the game developer spectrum.
  6. Don’t finish with programmer art. Making art is not impossible for programmers, do plan to span some time on at least reasonable art. Keep it simple and add particles.
  7. Build for Linux too. I’m not a Linux user myself, but many of jammers (especially the veterans (who vote on a lot of games and give great criticism)) are. There is no Unity Web Player for  Linux, so build for Linux!
  8. Put instructions in the game, when the player needs it (first) . In my opinion this is so much better than putting a list on your submission page or at the very start of the game. Here are some examples of how it can be done.
  9. Watch a stream of someone playing your game (or an IRL person). This is basically how I learned most of this, post-jam there a bunch of people streaming games, it’s a great opportunity to see someone struggle with things that you thought were intuitive/easy.
  10. Changing the pitch of your music to around 50% tends to make for some nice game over music.
  11. Using different instruments for different tracks with the same melody is a nice way to save a lot of time and prevent repetitiveness.
  12. Your game doesn’t need a menu if it means you won’t finish your game because of it.
  13. It’s OK to change your game idea around if it doesn’t feel right or you risk not being done in time.

Hope they help :)


This LD I’ll probably create a 2D game, as my 3D modeling skills stretches only from cubes to teapots.
Can’t really say what tools I will be using beforehand, here’s a rough list.

Language: Haxe, C#, TypeScript, Dart, Java
Game Engine/Framework
: Unity3D, Phaser, THREE.js, OpenFL
2D Art: GIMP, PyxelEdit, MS Paint
Music: Sunvox, Reaper, Audiosauna
I’ll just pick whatever fits the project best .

See you in IRC :)



9 Responses to “I’m in, here are some tips”

  1. eskivor says:

    I think it’s much more important to tell to make a web build of your game (not only windows build), before to make a linux build. Because many jammers just don’t play your game if they have something to install to play your game.

    I’ll just add one more advice, (only authorized for 72h ludum dare compo) for quick made sound bxfr is great, but for the music, if you’re a crap to create music don’t hesitate to pick up in your game some free music (first verify what you’re authorized to do exactly with the music) who sounds good with the game.

    I used once Chopin for my game, even if I mentionned it in the credits screen and in main description page, many players didn’t notice it, and rated well my game for the audio ^^.

    • Rahazan says:

      I agree that a web build is the most important if your engine permits it. I know many people use Unity, of which the web player is not supported on Linux. So after you make web builds, don’t forget those that can’t use your web builds is what I tried to say here:).

    • ChronusZ says:

      It should be noted that most people are willing to download and play runnable jars, though, and those are cross-platform :-)

  2. Good Advice. Points for thinking of us Penguin folk :]

  3. riftrune says:

    This is awesome! Thanks for sharing your experience.

  4. I’d like to point out the use of an Audio Mute button. If I don’t like your music or sound, and I can’t turn it off I’m %50 more likely to just skip rating your game and move on.

Leave a Reply

You must be logged in to post a comment.

[cache: storing page]