I’m in! As usual, I’ll be using Flash Pro to develop, this time with CS5.5. I’ll likely be using custom code, with my own sfx/audio libraries for sound and music, or maybe sfxras3. Graphics’ll be in Flash, Photoshop CS5.1, or MS Paint. Any other resources I use, I’ll post of during development/in a post-mortem.

As I leave to vote, I leave you with this.

EDIT: Here’s my final submission: Nick Yonge presents: TITS! (A childish game, made for adults.)

ORIGINAL: On last minute impulse I’ve decided to enter in the 0hGame Jam. And although I’m technically in Canada and my clock doesn’t shift for another week, why not make a game now, right? Right? Right.

Anyway, I’ve grabbed a theme for inspiration. Looks like I’m gonna be making a 0h game about boobies!

I’ll be using Adobe Flash CS5.5 for, most likely, everything. See you in an hour. <3

Creating a game is a passionate experience. Doing it in 48 hours is equal parts divinity and torture. As such, a lot goes down during the development process, laughs are had, tears are shed, and ultimately you arrive at the end product – your game.
Well, maybe I’m being overdramatic. But you definitely learn a lot upon completing a development cycle, even one as short as two days. The post-mortem is a great way to share that knowledge, imparting wisdom upon those who seek it. In this I’m going to examine what was successful, what were failures, and what just plain drove me nuts during my development of The Man Who Sold The World.

Play The Game Here

The Good

Level Design Workflow (or “Levels are the meat of the meal“)

I had an excellent workflow for creating levels in TMWSTW. One of my favorite aspect of game design is creating levels, so I made sure that process would be as smooth as possible. This meant creating a method of designing, developing, testing and finaling levels in a minimum of time.

The first thing I did was create the character and camera systems, including physics and collision detection. This allowed me to get right into levels, as I knew how my player acted and moved within the first wee hours of development. The result was over a dozen enormous, hand-crafted levels that made it in-game; not only created, but tweaked and tuned for an ideal gameplay experience.

I had the time to fully explore what I wanted to with my level designs, creating many worlds in different environments, and even get experimental with more abstract locations. The process was effective, informative, mentally invigorating and, most importantly, fun.

Source of Inspiration (or “Why the Repeat Button is Your Friend“)

You’ll notice upon launching TMWSTW that a splash screen reads, “Inspired by David Bowie’s conceptual album and story, ‘The Rise and Fall of Ziggy Stardust and the Spiders From Mars’”. That’s there for a reason – it may sound silly, but I listened to David Bowie’s “Greatest Hits” album on repeat for nearly the entire Ludum Dare – having it on repeat allowed those songs to be constantly in my consciousness, influencing my design choices. Having that aural feedback not only encouraged me to keep working, but did wonders for keeping me focused and following a coherent vision for the game.

I did the same thing when I developed Nyan Cat FLY!, listening to the Nyan Cat song during development – I’ve spent over 100 hours of my life listening to that atrocious tune, but it helped the game reach its final state. Nyan Cat FLY!, like the meme itself, is cute. TMWSTW is, like the story it’s inspired by, an epic tale about the decline of humanity.

Plus, Bowie is pretty rocking, and helped me get through the long hours of the night.

Audio Design & Implementation (or “If it’s there, use it!“)

I’m proud of the audio in TMWSTW. I spend a liberal amount of time creating game audio tracks, and like to think I’m getting better at it. I primarily use Sony ACID Music Studio 8, of which I’m lucky enough to have amassed a liberal amount of assets I can use to develop custom music. However, that’s just so much bandwidth-drinking data unless you can get it to actually sound off in-game. Flash is notoriously awful at handling audio effects, and I didn’t want to struggle through creating my own audio manager in AS3.

This is where external classes and APIs come in. Guess what – you’re not the only programmer in the world, and other people have come across the same problems. I wish I’d realized this sooner, especially for audio. Matt Przybylski has creating an amazing tool in the AS3 Sound Manager v1.4, which controls the sound in TMWSTW (and all future AS3 krangGAMES projects). Unfortunately I implemented this system fairly late into development of TMWSTW, and had already lost time trying to foolishly use my own code. Had I gone straight for Sound Manager, I could’ve saved plenty of time and effort. I won’t make that mistake again, and if you ever use audio in AS3, I highly recommend looking into it.

The Bad

Unclear Art Direction (or “Know Your Limit, Play Within It“)

By no means am I an artist. I have a confession to make: while my LD19 entry PRIOR won 8th in graphics and was lauded in being beautifully stylized, the art is only the way it is because at hour 47/48, I realized, “Oh, this game needs some better art than the debug stuff.” I then proceeded to slap a gradient texture on every background I could find.

However, that was not the case in TMWSTW. Forgetting that I’m not an artist, I -wanted- to make custom retro/pixel art for every environment in the game. Ultimately, I lost several hours of work to something I ended up simply not using. The pixel environment art I made was ugly, low-quality, and took far too much time to develop (especially including the process of moving from Photoshop to Flash, then implementing it into the game). I finally abandoned that vain attempt, and moved to Flash-generated stylized art, similar to PRIOR (though, thankfully, with a bit more color. I’m kinda getting sick of black-and-white, and actually spent a few hours on the art this time.)

The moral of the story: Don’t be something your not. If you have to, do it in the easiest way possible.

Misallocation of Time (or “Why Your Brain and Time are NOT Friends“)

In Ludum Dare, time is not just a commodity, but a deceptive bastard of a resource. What I mean is, your psychological interpretation of time is never representative of true amount of time left. Even when you KNOW that you’re running out of time, you can still very easily lose track of it and waste it on badly prioritized endeavours.

If you’ve been reading this post-mortem through, you know how much time I lost working with audio and Photoshop (more on Photoshop in a moment). This happened primarily because I misjudged both the amount of time required on these tasks, and the amount of time remaining. Admittedly I’m vastly unfamiliar with Photoshop and couldn’t make a proper work-time estimate there to save my life, but that’s a poor excuse for losing the number of hours that I did. Estimating time and collecting those estimations into a proper timeline is incredibly difficult, and it’s all too easy to misjudge that and stray too far from the path of your development.

I suppose the best method to avoid this tragedy is to quantify everything you have to do objectively, at the beginning of development. What I’m going to do for the next Dare: create a task list of everything I need to do and estimate the time it’ll take to do it. Then add 15% to those tasks. Then reserve at least six hours for polish and miscellanea, and strip away everything of low-priority that pushes me over the 48-hour timeline. Hopefully, that’ll keep me on time.

Lack of Sleep (or “Quality Is Better Than Quantity“)

Here’s an unsurprising truth: you lose sleep in Ludum Dare. There’s no way around it, making a decent game in 48 hours will suck away time like nobody’s business. Spare time doesn’t come from nowhere, so if you want to make a decent product, you’ve gotta cut something away, and sleep is the most obvious victim.

Don’t get me wrong – there’s nothing wrong with that, at least from the Dare’s perspective. Staying up late can be fun, as any eleven-year-old would attest, and the constant flow of energy and creativity that arises from game development is exceptionally invigorating.

But there’s an fine-yet-extremely-important line between sacrificing sleep and neglecting your needs. Time limit or not, your brain needs sleep, even if only for a few hours. Staying up too late under a naive notion of “If I sleep, I won’t have time finish” is one of the most dangerous things you can possibly do.

Lack of sleep will take its toll, a far worse toll than spending three-hundred minutes unconscious will. Your focus will drift, your quality of work will decline, and your overall product will suffer for your self-negligence. Taking a four-hour powernap and a shower upon waking up will do far more for your product than an extra five hours of half-baked development, followed by more hours of ever-increasing tiredness. At one point I was falling asleep at my computer – it sucked, and my game knew it. So learn from my mistakes. Go take a nap.

Either that, or adopt the Uberman Sleep Schedule.

The Ugly… Sotra

Theme Interpretation (or “Livin’ By Your Own Rules In Someone Else’s House“)

The theme for Ludum Dare 21 was “Escape”. I’ve noticed that people tend to treat the theme differently. Most people take it literally, which is fine, and often produces some pretty excellent gameplay experiences (such as NMcCoy’s excellent “Planetary Mission“, which I recommend trying out). Others view the theme in a different light, more like a guiding star than a criteria point.

This is how I viewed it in TMWSTW. Make no mistake – “Escape” is the dominant theme in my game, and it’s represented metaphorically through the player’s final actions in the game. This is not some kind of excuse for my game design, nor is it an attempt at being a pretentious douche. It is simply my interpretation of the theme, and how I chose to represent it through a video game.

Ludum Dare Compo Rule #3 states “Games must be based on the theme.” Ludum Dare is all about rapid development, and creating a product out of unfiltered passion. Basing the entire development cycle on a theme, like what the Dare has done, is ingenious, and manipulating that theme in your own fashion is an exciting thing. No matter how you interpret the theme, you’re taking a universally acknowledged concept, and making it your own. So do so however you see fit.

F**k Photoshop (or “No, seriously.“)

Please, bear with me for a moment while I depart from a more eloquent dialog and instead relinquish to the world a personal opinion that I hold, in the most base and understandable form possible:

F**k Photoshop.

For real. I love Adobe, I’m a huge fan of Flash (as anyone who knows me can attest), and the entire Creative Suite is a great product. But Photoshop and I have a beef, and I’ve gotta address it. I’ve stated on several occasions that I am NOT an artist, and as such I don’t pretend to have any level of skill in Photoshop, or Illustrator or even creating advanced artistic elements in Flash. But I do know a thing or two about product design, and creating features for users of all skill levels.

In this case, the chip on my shoulder comes from Photoshop’s inability to mass-modify colors on different layers, and then export them. You simply cannot find-and-replace colors on multiple layers (or at least, after a few hours of forum-sifting, I couldn’t find a way). As my player character had many different layers for animation, this was a huge issue. I could simply place a layer mask that changes all layers beneath it, sure, but then you can’t mass export those assets – the layer mask is not included in the export, and only default images get created. Ultimately I made a keyboard macro to duplicate the layer mask, combine it with the layer below, export that layer only, delete the layer, and move the original mask down to the next layer. Lather, rinse, repeat – a major pain.

I lost over four hours to trying to change BLACK and WHITE to ORANGE and BLUE. Four hours. Now, feel free to go off and rant, “You were using a poor method/That’s easy to do if you know how/there’s technical reasons it can’t be done/You’re a PS noob!” or whatever other retorts you may have. My point is, usability design has to take novices into account – a program SHOULD be intuitive enough that users can perform simple tasks. And replacing one color with another should be a simple task, and it is, if you’re only working on a single layer. I’m no slouch when it comes to finding solutions on online forums or hunting for methods of completing tasks, but when it takes you over four hours to jury-rig an impromptu solution to a presumably simple issue, I’m left at the conclusion that Adobe dropped the ball. Photoshop is a great program, but it’s far from perfect.

</rant>

Scope, and Knowing Yourself (or “The Uplifting Conclusion“)

I think I’m masochistic. Maybe that’s more than you wanted to know, but that’s the only explanation for the decisions I make during Ludum Dare. I’m constantly pushing myself beyond my self-determined reach in terms of development. In Ludum Dare 19, I crafted a facility larger than a standard city block and populated it with a complete, twisted back story. In LD20, I created a fully-functional level editor and allowed players to not only take the game into their own hands, but record the fruits of their labor and share them around. And in LD21, I wove a Universe. With David Bowie at my side, I explored love, spirit, daring, and the fate and frailty of humanity.

Those lofty reviews aside, the point is I established the scope of my development as HUGE. I did this intentionally, for a few reasons. One reason is, I simply love creating stuff. “Stuff” is the correct word there: I love creating levels, NPCs, obstacles, stories, music, everything that goes into a game experience. So I set ludicrous goals for myself, and push myself beyond my reach. It’s risky, and it isn’t for everyone, but it’s how I generate the best personal results (usually).

The point I’m trying to make here, is be true to yourself and your habits. Take every bit of advice with a grain of salt, and find your own best practices. Biting off more than I can chew works for me, but it can be catastrophic for others (just as trying to do pixel art nearly did me in, while some people are savants with retro graphics). We’re game designers. Only through creating games can we get better at our craft, and only by being true to ourselves can we really create a game. Anyone can build a game, but to really create an interactive experience, you have to play to your skills, nurture your muse, and be true to yourself. That’s where games come from.

In summary: David Bowie rules. F**k Photoshop. Thanks for reading. <3

<3 Nick Yonge
Founder, Director, MCS-EOOEJ, krangGAMES
www.kranggames.com
nick@kranggames.com
Facebook ~ Twitter

RED ALERT! I really need Photoshop help, I’d HUUUUUUGELY appreciate it :O

What I need to do is change a color on multiple layers. I’ve got 27 layers of an animated character. Character is black with white eyes by default. However I need to reskin him a few times, one of which being orange with blue eyes. I COULD use an adjustment layer, but then when I Export Layers to Files it ignores the adjustment layer :’(

How do I replace a color (black, and white) on multiple layers?

I would HUGELY appreciate help with this, big time.

Time for my first break! After five hours of good solid work, I’ve got a great understanding of the story and some thoughts about the game’s visual style. Anyway, here’s a working prototype of my progress so far. That camera was a royal bitch, but gosh darnit, she’s a-working! Flash AS3 Profession IDE, CS5.5

http://www.nyonge.ca/Flash/WhoSoldTheWorld_00.html

One hour into LD21, and I’ve achieved the following:

• Game Concept
• Setup Livestreaming
• Basic Storyline
• Concept Art
• Camera Follows Player w/o Moving World

In short… I’m feeling good Hope your first hour has been as rad as mine!

krangGAMES LD21: First Concept Promo Image

If you want, feel free to come watch me Livestream too: www.livestream.com/kranggames

<3 krangGAMES

I’m for sure in Ludum Dare 21, looking forward to making and playing!

I’ll be using Flash CS5 for programming, most likely programming within The Flash IDE but might use Flash Builder 4 or Flash Develop. Graphics will either be made in Flash or Photoshop, audio will be done with Audacity, Sony ACID Music Studio 8, and a SFX/loops library I’ve been collected. Any external libraries or whatnot I use, I’ll notify of once I know what on earth the theme is

Happy Ludumming!

Finished the Dare, just in time I’m really quite proud of myself for this one, not only did I really push my technical skillset (first time integrating a full-on level editor in a game!) but I also kinda pissed away the first 12~ hours Anyway, in the end it turned out pretty well, check it out if you want, hope you enjoy it!

Eunaborb

I will FOR SURE be doing the Dare this coming weekend

-Flash CS5 (Primary tool)

-MIGHT use Flash Builder/FlashDevelop (probably just use Flash Professional/scripts)

-Probably won’t use any external libraries, if I do I’ll TOTALLY update this post.

-Flash/Photoshop/MS Paint for graphics

-Sony ACID Music Studio 8 and Audacity for audio

-Gonna LIVESTREAM! Check out www.livestream.com/kranggames to watch

-Will post a chronolapse/post mortem after the whole shebang is said and done

Also, check out the PRIOR Post Mortem to see how the development of this thingamadoodle.

My entry for Ludum Dare 19 – PRIOR – has gotten some love post-compo, both in development and in release. After another 100+ hours of work (updates, tweaks… BUG FIXES! >_< ) I released it on FlashGameLicense and was sponsored by Armor Games.  Since then, the game has received a ton of plays on portals all over teh interwebz, and I’ve been blown away by the community’s reception to it.

PRIOR's "Box Art"

PRIOR also got nominated for the Canadian Videogame Awards – I didn’t see that coming, but it was a huge honor. Of course, this was after a few hundred hours worth of post-Compo updates, but this was mostly bugfixing and gameplay tuning. The game overall was largely still the same as at the end of the LD48

Overall, I think Ludum Dare 19 was the most productive 48 hours of my life – it’s certainly paid off! Thanks again to the Ludum Dare folks for setting up an excellent Compo

Play PRIOR on Armor Games

And feel free to discuss the storyline. As the developer, my absolute favorite part of this game is watching people figure out what the hell is going on!

Also, check out the Post-Compo review of PRIOR to see where the game has gone since LD19 <3

PRIOR
You know nothing

GAME LINK

This was my first Ludum Dare, and to be honest, it really kicked my ass. I’ve done a 48-hour game challenge before but not solo and nothing on the scale that I worked towards in LD 19. That being said, it was an awesome experience and I am truly proud of the product that I ended up creating.

PRIOR: Screenshot: Maintainance Room

PRIOR is a 2D platformer built in Adobe Flash, in which you find out the answers to all the questions in your head – who am I, where am I, why am I here, what’s going on – etc. Throughout the game you must piece together the history of what happened by reading scraps of paper, and learning from certain events. There are three endings to it, and about 15-30 minutes of gameplay per ending.

Now, on review of PRIOR’s final build and the development thereof…

WHAT WORKED

KNOW YOUR SCOPE. I would like to clarify what I mean by that. Obviously it’s important to keep your project’s scope manageable, but note I did not say “keep a small scope”. I knew that my scope was very large and ambitious, especially for only 48 short hours. However, it was clearly defined, and I had an excellent workflow established early on, which helped me deliver.

KNOW YOUR SKILLS. I am not an artist, by any means. I have a basic understanding of how to create visual assets using Flash, and a ‘very’ basic understanding of Photoshop. Knowing these limitations, I decided on a stylized and abstract visual theme, rather than beautiful and proficient art. I could achieve this. Also, I knew my core skills were in level design and programming, which is what I focused on. Honestly, almost all the art was done after 4:30 PM on the final day.

I could go on about all the little things that helped make this game, but those were easily the two most important things I kept in mind. I didn’t worry about character art or animation – the player is just a little block and animation is limited to his eye and a slight stretching as he falls. I didn’t even really focus on the story – that came out of sheer dumb luck. I had vague ideas of what I wanted the story of this game to be, and from the beginning I knew “The player will know nothing off-hand, and will have to DISCOVER everything that’s going on.” But the story as it is just grew as I developed, and happened to grow into a self-contained, full story that not only spans between several different lives, years, and nations in the game world, but fits together perfectly.

(Yes, there IS a zero-sum, written-out & perfectly explainable story to this game. However, you must figure it out for yourself in-game!)

WHAT NEEDED WORK

KNOW WHAT YOU NEED. I made the mistake of trying to implement features that were both non-mandatory to the game as a whole, but I didn’t even know properly how to program. For example, my game had a CONTINUE option, which let you continue from the last room you were in. It would’ve been very useful, but wasn’t necessary for my project given the time constraint. I nearly went over-time trying to implement that feature, then eventually just removed it. (Really: my last submission was at 5:59.)

PLAN OUT YOUR STYLE/ATMOSPHERE. PRIOR was always supposed to be a creepy, mysterious game, and it is. However, if I had planned out what exactly I wanted to ultimately deliver, I wouldn’t have lost 45 precious minutes trying to find and implement sound effects. And it could’ve been much worse – I have a pretty big sound library available, and finding the sounds was no problem. I could’ve lost upwards of 2 hours if I had to search for those sounds online. In the end I decided to have just music, and the game seems much better for it. I wish I’d realized that sooner!

In the end, most of this seems like it could’ve been avoided with more planning, and pre-production time is not very abundant in a Ludum Dare. That said, I’ll keep these things in mind on my next project, and maybe you will too

Check out PRIOR’s Ludum Dare game page

-Nick Yonge

Finshed the compo! My head is pounding and all the lights are blurring together, but it was worth it. Ludum Dare was tough, but awesome! I produced a full product in under two days, something I wouldn’t have thought I was able to do beforehand! I’m quite satisfied with the work I managed to do, if you want to give it a look, here it is:

PRIOR

You know nothing.

http://www.ludumdare.com/compo/ludum-dare-19/?action=preview&uid=2994

Anyway, that’s that. As for the theme, my initial idea was along the lines of “exploration and discovering new worlds!” but I felt like doing something a little more off-beat. So I ended up creating PRIOR, as it is now.

When the game starts “you know nothing”, and it’s up to you to figure out what the hell’s going on – hence the theme of discovery!

There is a set storyline to this game and a history to all the notes and events that occur in the game, but mostly you have to piece it together for yourself and build your own interpretation of what’s up.

As far as gameplay is concerned, it’s more or less a simple 2D platformer, where you move with WASD. Eventually you gain new abilities to help traverse the world, including a fairly unique “zero-gee” mechanic.

There are three different endings, each of which contribute in their own way to the overall story. You can’t figure out what’s happened without seeing all three endings, and even then it’s up to you to piece the puzzle together

If any of you are interested, I’d love to hear your interpretations of the story! If you can take the time to write up a short synopsis of what you think PRIOR is all about, please email it to me at nick@nyonge.ca.

Thanks for reading this – now I’m going to view a couple submissions, then go pass out for a little while.

-Nick

Here’s the toolset that I’m using for the LD 19 Compo contest. This is my first LD, so I’m not 100% on how everything works – if I’ve done something wrong, please let me know!

Engine:
Adobe Flash CS5

Language:
ActionScript 3.0

Graphics:
Adobe Flash, Adobe Photoshop, MS Paint

Audio:
Sony ACID Music Studio 8.0, Audacity

No external scripts or libraries, building the code 100% original on my own. I’m developing the game solo over the weekend, and going to submit it for judging in the compo. Good luck to all!

-Nick Yonge

EDIT: Ludum Dare is now completed. Ultimately, I only used Adobe Flash, ActionScript 3.0, and Sony ACID Music Studio 8.0 for audio. 100% original code, all visuals created in Flash. View the project here: http://www.ludumdare.com/compo/ludum-dare-19/?action=rate&uid=2994

Also, feel free to download the source code or soundtrack, links provided on the page.