I’ve just started on something that will take some time to complete, and even probably well into the Mini-LD. Therefore, I’m declaring it as my Mini-LD entry.

The game is about as simple as it gets, and is designed primarily to be something that I can actually finish.

It is a platformer about a fox trying to rescue her beloved soft toy from a gang of dogs. (This is a premise I’ve used on countless unfinished things, I may as well recycle it)

I’ve currently got some sprites of the player, and also a bunch of sprites for terrain.

Here’s a picture of the main character, for those interested:

Isn't she cute?

I’m thinking that I’ll call it a day. Tomorrow, I’ll finish up the terrain sprites and hopefully get some code together.

I’m not hoping that I’ll finish it: I will finish it. No excuses, no whining, and no quitting. I won’t keep flaking out, and I won’t keep hating myself for doing so. There’s no excuse for my flakiness, and it won’t continue.

So here’s my first (mini) Ludum Dare submission. It’s a week early, but due to Sophie’s leniency on this month’s rules and the fact that I’m going to be busy the next weekend, I thought I’d best get it done now (plus my wife went to visit a friend so it was the perfect opportunity to do some hardcore coding!)

The collaborator is my wife, and we discussed the theme “Greatest Fear”. She’s a bit of a hippy, so her greatest fear is environmental change, where loggers, evil corporations and cities have taken over the world and there are no more trees and greenery. We talked about a potential game idea, perhaps a 3D globe where you could save the world by strategically preventing loggers from clearing forests, planting trees and building sustainable energy centres. In the end though, we decided that the idea was turning into some sort of dry economic simulation, and although it was probably educational you have to ask yourself the question: Is this game going to be any fun?

I returned to the idea a few days later and looked at it from a new perspective: gameplay. The environmental theme is still there but the game is much more focused now.

The premise is that there are 2 sides, the Hippies and the Loggers, each fighting to own a piece of land. The Hippies want to plant trees and the Loggers want to cut them down and build cities. Each side gets a selection of units to send out into the field: you have Bulldozers, which are very slow but have immense pushing power, Hippy Vans which are fast and agile but not as powerful, and Hippies & Lumberjacks which are the generic ground troops and are cheap to produce. Units that reach the other side wins some land for your side but you will need to defend it from incoming units as well. The result is a fast paced twitchy game with subtle strategy using a tug of war mechanic. You’re constantly sending out your troops to push the other side back and hopefully get some of your units to the other side as well. I drew heavy inspiration from games such as Plants vs Zombies, and an old PC game called Gearheads. For 2 days solid effort I’m quite pleased with how it’s turned out.

You can try the prototype here
http://www.phidinh.com/ludumdare/mini21/

I created all the graphics and programming myself using Photoshop and Flex/Flash. Sound effects were created in sfxr and for the soundtrack I used royalty free music from soundtaxi.net. I got my wife to do a bit of voice acting too! As this is my first Ludum Dare I found the whole process to be a great learning experience. I’ve never written such bad quality code in a long time and yet this is also the first time I’ve managed to complete a game programming project. I think when you really let go of professional development values and ignore things like perfect design patterns and just embrace rapid prototyping, it becomes a whole lot easier to deliver something of a unique value.

Aside from the usual polish and cosmetic details, there are a number of improvements I would like to make should I decide to take this game further. More unit types and more interesting unit behaviours would be good (eg. a police car might scare away hippy activists and make them change direction, or a giant ent might crush bulldozers but also be vulnerable to lumberjacks). The various unit variables need additional tweaking to balance out the gameplay (unit speed and pushing power for example). Finally, some kind of intelligent AI as right now all computer actions are completely random (gasp!)

Hope you enjoy, it’s been an exhausting weekend but I will certainly look forward to the next event!

It’s the end of day 1 in my work on Foxen (Well, day 1 probably ended a few hours ago: It’s 2:30 AM here in the Eastern US)

I’ve got a player character who can walk, run, and jump as well as a test level that I made in a proper editor and have written a Python script to munge it (And eventually all of the levels) so that I can embed it in the SWF.

Anyone who’d like to play it can do so here. (It’s a Flash game, so you just need Flash to play it)

Day 2, and I’m ready to get started.

Today I want to have some kind of baddies implemented. I’m probably just going to have one or two types of baddie (Most likely just one), but I’d definitely like to have a variety of them ready.

I’ll release another demo when I’ve got baddies done.

Flixel has displayed some really ugly sound latency that seems to be mostly performance-related. (Meaning that Flixel has too much overhead and sounds lag really badly)

With that being said, I’m planning to learn base AS3. That will mean doing something much simpler than what I’m doing now.

I’m not sure yet just what I’ll be making, but Foxen is shelved for now. I hope to get back to it at some point but for now it’s just not happening.

I’ll still be making something, and I’m going to stick to it being for the Mini-LD. I’m thinking about perhaps doing a shmup.

I’ll post when I have something. Probably when I’ve got a demo of some sort.

— Mr. Dude

This writeup is cross posted on my blog at STRd6.com

Sticking with the competition theme one of my biggest fears is a meaningless life. Not only that, but a meaningless eternity. Pictures for Sad Children has a very similar theme at times and it helped inspire parts of this game (though I couldn’t find a good way to work in “monster most vulnerable when heaving with sobs”). The game is written in JavaScript and uses HTML5 canvas, so you’ll need a modern browser to play it (FF, Chrome, Safari, IE9). Click the image or find it here: Quest for Meaning.

This was my first 2 day competition and I’ve learned some things. First, two days is a long time. Second, having real tools would make me very, very happy. Third, I thought that doing all the art and all the programming for a game would be hard, but it seems to use different parts of the brain, so when working on art the programming part of my brain is relaxing and vice versa.

This was the first moderately legit game that I’ve done all my own art on (title screen and chest graphics contributed by Lana). Also, my first game with a 4 color grayscale pallet. And additionally, my first major undertaking on the Pixie platform.

Working with the Pixie platform had some serious trade-offs. JavaScript is a surprisingly productive language with it’s functional and dynamic nature, but it has a harsh and brutal syntax. The platform libraries helped a lot to smooth some things out, and as they become more complete it will get better and better. Another advantage was the tight art and code integration. It was trivial to create an image and have it appear in the game seconds later. The biggest drawback of Pixie right now is that the code “editor” is pretty much just a text area. There are no tabs, no integrated source navigation, no auto-save, no version control, and all kinds of other terrible issues. Also, there is no real tile editor, though Noel Berry pioneered the way by using the pixel editor as a tile editor before, and the surprising thing is that it’s actually not too bad.

Using Pixie to make art is awesome, but the game “platform” is not fleshed out enough for me to recommend making an entire game in it to everyone yet.

A special thanks to everyone who helped playtest and discuss various elements of the game throughout it’s stages: Boltz, McGrue, DavMo, Lan, MW… props.

So check out the game and let me know what you think. By making heavy use of Pixie, especially in time limited competitions, I hope to really iron out the core usage scenarios and make it amazing.

The future is bright and full of meaning.

I’m in a weird mood today, so I decided to put forth a challenge to members of our #ludumdare IRC channel. Feel free to join us. The challenge is simple:

Make a game — take it to market — sell 1 copy (or license it, or earn $1 in ad rev)

Many of you have done the first part, but let’s go all the way this time. The simplest definition of a professional game developer is someone that has made money developing games. So lets create-us some new “professionals” and get some games out!

Think of this as a race (or a Nanowrimo for games+business). Have something new for sale and in a store by the end of October. And if you can sell a copy (or sign a licensing deal, or earn $1 in ad revenue), you win.

October ends [fergcorp_cdt_single date=”23:59 October 31, 2010″]

NOTE: Start anytime! The clock is ticking! If you’re blogging here, use the “PC #01” Category. I’ll give it a better name later. Come October, the Challenge takes over Ludumdare.com.

Take a compo game and polish it up, something you’re working on now, or start something new. Bottom line, finally make good on that goal to start selling games. Lets do this!

Discuss in the comments, or hit the jump for some store and market suggestions.

* * *

Open Markets

There’s no restriction where or how you should to sell it, but App Stores are pretty popular streamlined ways to sell games today. There’s often some paperwork that needs to be filled out and mailed before you can sell, so I strongly suggest you do that ASAP.

Mobile
– Apple iOS [iPhone, iPod touch, iPad] (Obj C, C/C++, OpenGL ES) – $99 year fee
– Google Android (Java, C/C++, OpenGL ES) – $25 one-time fee
– Palm WebOS (C/C++, SDL and OpenGL ES, or HTML 5) – Free (Paypal payout)

PC
– Intel AppUp [Windows and MeeGo (Linux) Netbooks] – CONTEST – Free (Paypal payout)

Flash and Web
– Flash Game License (Licensors Marketplace) – Free (FGL takes a 10% cut)

Console
– Xbox Live Indie Games – $99 year fee

* * *

Pitch Markets

Some marketplaces require you to pitch and get your game approved before it hits the market. Those are included below.

PC
– Steam
– Big Fish Games

* * *

Events

For completion, a list of general indie game contests with money prizes.

– Independent Games Festival – Due October 18th – $99 Fee
– Indie Game Challenge ($100k top prize) – Due October 1st – $100 Fee

* * *

Payment Services

Perhaps you’d rather sell direct from your website? Here are some tools for that.

– Paypal
– BMT Micro (credit card, cheque, and more)
– Plimus (discussion)
– Amazon
– Google Checkout

If you have anything to add, post them in the comments.

So we were joking back and forth in IRC, pokemon came up, and we thought ‘wouldn’t it be neat to have a game with creatures from the channel.’ So here’s the deal: this here Google Docs form will collect the stats on “your” creature, based on your personal view of yourself along with one or two special attacks. Then, this CSV export (in-browser view) can be dynamically loaded by your game to populate it with monstrous versions of us. This is free to use for anyone to make their game that little bit more dynamic. Don’t worry about being realistic, variance is good (and important). When using the data, you’ll probably want to apply some noise to it and maybe even expand on the creatures procedurally, as there’s not a lot of room for everyone to make something totally unique.

Suggestions for new creature and power types go to [email protected] /* */

I’ve posted a postmortem of Dodger, my Ludum Dare 18 entry on my blog.

But better late than never. It starts a few hours into my development as I was using fraps to capture the start, which failed badly. Without any further ado, I present my timelapse.
http://www.youtube.com/watch?v=hNbIu-Tmsf0

Ok, I am going to do this thing!

I am already breaking the rules at night one though, as I am not really going to be making a game. I have two in progress projects, one of which I am going to try to take over the finish line. The first big one is itch which is a graphical “programming” language for iphone. I dusted it off last night, and discovered that it is in desperate need of a rewrite, so that kinda spells doom for me getting it done. The second project is wireworld + a synthesizer, again for iphone. This project is only just started, so I can do it right the first time (ha, ha, ha)

Anywho, something to do. I am also taking a week long vacation in the middle of october to visit with my girlfriends family, so this may have some impact on the project.

my workspace

Also as an update, a picture of my workspace, and for dinner I ate a bunch of food from the little italy street festival that is happening down the block. Lucky for me this isn’t a weekend challenge.

I think I neglected to mention in my last update that I am totally new to the ludum dare website, so I am somewhat unsure of the blogging etiquette. I am going to err on the side of too many posts, and let the admins unpublish my drivel if need be.

Last night was somehow productive even though it got off to a pretty horrible start. I spent the bulk of my time trying to come up with a way to use core data to save my progress, but then discovered that the api just has far too much overhead for my liking. After that, I got some progress on the UIScrollView control that I am using for my main editing area, but then decided that I didn’t like using UIKit at all and was going back to my standard openframeworks hacked together ui framework.

I burned another hour trying to get the software running in openframeworks, unfortunately it is pretty unstable in the github right now, and I was somewhat running out of energy. Eventually I got it though. The main bulk of my progress happened then, I got a scrollview that you can pan around, and started working on zoom features. My scrollview is not as nice as the apple one, but I think it will work alright.

I totally ran out of energy for coding, but I didn’t really want to go to bed, so I spent another hour pixeling interface details to use later. I imagine that is the approach I am going to take, pixeling as a break for my mind from coding.

I tried to go to sleep, but I must have had too much caffeine, because I couldn’t make it to bed until 1:30 am. Ah well, I think I can still hit my goal of getting the core of the app done this weekend, possibly without great graphics. That will give me a few weeks of tweaking to get it ready for the store.

I didn’t really fully explain the app yesterday, so I can do that right now as well. The core of the app is a cellular automata called wireworld, which is a bunch like conway’s life, but it is a bunch easier to create turing machines in it. In fact, people have created some really neat ones that solve primes and etc. There are two things that I am going to pack on top of my wireworld implementation. The first is that the automata will run at a user defined rate, say 120 step per minute X a clock multiplier. The second is that each cell in the system can be linked to the trigger of a synthesizer. I have a sample based synthesizer that is ready to go, and I started writing a clone of the dx7 that I might be able to jam in if I have time. There are some other features, but I think they will need to be excised for this weekend.

wireworld + dx7

Check the submission page here

I have a huge fear of heights. As mundane as that is, it carries over into my gaming- if I run a character too close to an edge, especially in 3D, my stomach drops. My goal was to recreate that feeling for everybody else, as best as I could.

I got my inspiration from a BBC Planet Earth episode, where I saw a mountain goat living its normal life on the sheer cliff of a mountain, and I thought about how frightening that would be for me.

I actually made the game last weekend, but I took some time to have a friend who had shown some interest at my last LD to write some music for me.

This was my second flixel game, so I was able to progress faster and spend more time on more interesting stuff, like gameplay and art.

Enjoy!

It’s a little late into the Mini-LD proper, but I’ve decided to post this.

After narrowing things down a bit, I’ve decided on a concept for my Mini-LD game.

I’m going to make an arena shooter structured a bit like Geometry Wars. It will use a similar abstract vector style (Though things will look fairly different).

Instead of leveling up and improving skills continuously, the player will play through a series of levels and buy weapons between them. Each weapon will be upgradeable, and the player will be able to equip a limited number of them at any given time. There will also be miscellaneous pieces of equipment that the player will be able to use.

Levels will be procedurally generated, and baddies will come in waves. Each wave will be generated with a different kind of arrangement, such as a wave with alternating types of baddies along the edges, or a ring of one kind of baddie in the center.

There will also be a boss at the end of each level. The boss will be chosen from a give set and given a handful of randomly-chosen weapons.

I will be writing in haXe and using Sam HaXe to process SVG images. I will make my graphics in Inkscape, my sounds in sfxr, and music in LMMS.

As I’ve said/bragged before, the time limit is out the window. Absolutely out the window.

First first. As in my first at least.

Just googled, and found out that the greek word for “Fear of dogs” was Cynophobia, so that’s what I’m calling my FIRST game.
First completed game at least.. (I hope)

The story so far: I didn’t think I was going to participate in this thing yet because
1. I had other plans today
2. I hadn’t got any idea what kind of game I would make and
3. I’ve never made a game before, and have just started learning java in school.
But then
1. plans got cancelled
2. I thought I could make a game about my fear of dogs, and 3 is hardly an argument at all, right?

So I started my little project earlier this evening in game maker by creating a little red circle known as obj_player and made him walk around in a room filled with instances of obj_wall. Next, I made a dog (a circle in different colours with a tail) and named him obj_dog. If I ever get a real dog, I will definitely call him obj_dog.

So, I have a player and a dog (or dogs if I place more than one), what now? I found out that to add a little to the phobia-feel, I could make the dog(s) turn around to always look at the player. This prooved more difficult than I thought, and I sat maybe an hour calculating the players position relative to the dogs and some advanced sinus-to-degree-formulas that ended with the dogs never facing the right way and a divide-by-zero-error when the player and dog had same x-position. I was almost about to give up, but then I asked a good friend of mine who thaught me that I could just use a code called point_direction with the x and y values for each object and get the job done in two lines. So that’s where I am now, I can move around while a bunch of dogs are watching me as I go.
For Collaboration I might ask my roommate to make some music, or I’ll ask a dog to be my voice actor Or maybe vice versa..

I’m not sure where to go from here, but I think it will end up as either a puzzle game where you can’t go too near the dogs, or a “notgame” like the ones Jordan Magnuson are making, where I rant a bit about how scary and bad dogs are. Anyways, I’m learning lots of new stuff about the Game Maker Language! Screenshot-time (I may change some of the sprites later):

Uh oh…

Sit?

Tags: MiniLD #21

In this game, lil’ boy need to avoid getting GROUNDED and escape the supermarket where he’s injustly blamed for some mischief, avoiding the guardians in a MetalGear (’87) – style sneaky way.

14h spent so far, mainly on programming. I’m using Pygame (programming), Gimp (graphics), SFRX, Audacity (sfx), ZynAddSubFX (virtual keyboard).  The OS is GNU/Linux.

Trying to get with something playable for the miniLD over the standard 48h week-end delay – but I couldn’t turn down an invitation on saturday night 😉

So far I have a basic scale2x top-view with scrolling (fixed-rated logic&render), tiled background, moving sprites, turbo-mode (FPS*3), the very beginning of a built-in background editor, and code is still maintainable 😉 Also there’s a psychedelic “drunk-mode” effect (drink to build-up courage, but lose your balance!).

I had spent a few days on learning Blender recently but for now I’ll still have to make do with my limited Gimp skills.

Oh, and I have some recorded screams for lil’ brothers from years ago. That breaks the “no prior art” rule but that complies with the “collaborate with a n00b” one 😛

For those of you who are unaware, the TechCrunch Disrupt Hackathon ran yesterday through today. Ted Hahn and I put together an Android app called “D8Coach” which suggests pick-up lines to young men trying to approach young women at bars. The user, or “player,” since we like to speak in terms of game play mechanics, keeps track of which lines have worked on which women. Over time, d8coach will be able to generate great icebreakers to make approaching any woman a synch. Fast forward to 48:48 for my D8Coach pitch. Award ceremony: our prize is delivered just after 3:00. TechCrunch Coverage

Thanks, Ted. Couldn’t have done it without you.

This entry was posted on Sunday, September 26th, 2010 at 5:01 pm and is filed under Uncategorized. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

Today started with me trying to install Sam HaXe (An asset packaging tool for Flash / haXe). After some fudging some things, I got it working, and it works great.

Then, later on, I played this game. It inspired me.

I’ve decided to change my concept somewhat and make an arena shooter with robots fighting.

The player will have a choice between a handful of robots, each of which they can upgrade in a handful of attributes. (Speed, rate of fire, etc.) There will also be a number of levels, each with different terrain. The player must fight their way through 10-25 waves of baddies (Haven’t decided on the actual number) and a boss in each level.

The game will be fairly fast-paced, but the difficulty settings will affect the speed that things move with. I will favor using more powerful baddies over massive hordes of them, as masses of “popcorn” baddies aren’t much fun after a while, I think.

At the moment, I’ve got sprites for three different players (The look of the game will be very simple) and a flash applet that displays a player character that rotates to point at the mouse. I’ve got haXe working, Sam HaXe packages my images correctly, and things are looking good!

Tomorrow, I’ll try to get some kind of player movement in.

– Mr. Dude

Admittedly it was so I could vote but also because I really felt I had to submit SOMETHING, so here’s one of those good ol’ “GreaseMonkey miraculously pulls something out of his arse” competition entries, featuring two tunes made in a minute each and two made in 30 seconds each (self-imposed limits). This may have had something to do with the fact that Vieko wanted some music for his entry. (I spent about an hour on that, which in tracked music terms is quite a lot.)

In this game, your greatest fear is missing a compo.

On a casual side note, there are zombies.

And yes, the music is listenable, albeit a bit simplistic, although if you love guitar chugging then the sound track will be perfect for you.

Check it out, it’s called “Missing a Compo” and for the screenshot I accidentally took a shot of nearly my whole primary screen.

What started as a friendly challenge to our community has exploded in to an internet wide invitation to indie developers everywhere.

Unlike a traditional Ludum Dare event, you can disregard the rules. The focus this October is to get a new game for sale somewhere. That can be something you’re already working on, something new, or something you want to finish.

To learn more about how this started, see the original post.

The rest of this post is a short guide on what you should be doing to make the most of your time.

Step 1. Pick a platform, do your paperwork

If you haven’t already, you should decide on a platform, and sign up for a developer program. To complete your registration, this will usually include filling out paperwork (such as a W-8BEN if outside the US or W-9BEN if inside) or signing contracts and mailing them. Mailing and getting papers approved can be a little slow, so do this ASAP.

I don’t have a good reference for filling out these forms, but will note the W-8BEN is only 1 page, and Apple’s iOS developer program had an excellent guide for the paperwork. I’ve been filling out these forms and sending them to nearly every distributor, all practically the same as the initial Apple ones (one platform required you to omit a section, but I forget which).

If like me you’re outside the US, you’ll likely need an EIN. You can fill out a form (to reference), and call the IRS (during normal business hours) and have one assigned to you within minutes.

Getting paid usually requires either a bank account (direct deposit) or a Paypal account. If you don’t have either, you should set one up. Bank choice wise, you should open an account at an institution with a SWIFT code. In the US that’s Bank of America, in Canada that’s CIBC (there may be more, but those are what people usually suggest).

Signing a contract is usually a matter of filling in your name at the beginning (unless automated or provided to you), and signing+dating a signature section of the last page. Using a blue ink pen is preferred, since it’s clearly not a photocopy (versus a black pen). Initialing each page of a contract is also a good idea.

Contractual agreements often require 2 copies of a contract. You sign both, and send them to the other party. They in turn sign both, keep one, and send you one back. That way, both of you have signed copies of the contract.

Step 2. Make your game!

Time is short, get to work!

We don’t have any content or marketplace restrictions, but keep in mind the goal here is to sell at least 1 copy (or make money from the game in some other way).

If you’ve never finished a game before, there is an excellent article by Derek Yu here. More resources can be found at the bottom of this post.

TIP: If you have trouble staying focused, keep some paper handy and take notes

Step 2b. Blog about it

Either here or on your own site. During a Ludum Dare Event, the ludumdare.com/compo site acts as a progress feed. To see what others are up to, you merely have to visit the site and watch. This is one of the most interesting parts of the event that most people miss out on; The real live production of hundreds of games all in one place. When the weekend ends, you’ve missed it.

For the October Challenge, we’re inviting everyone participating to share their progress here on the /compo blog. Simply sign up, make a post, and hit publish. Feel free to upload images to the blog using the “picture frame” icon above the text box. Once you upload an image, if you didn’t use it right away (or use the wrong formatting), it can be found in the gallery tab (picture frame icon again).

If you’d like to re-post your blog-posts from your own blog that’s fine, but please watch your formatting! Large images on the blog are 550 pixels wide, and you will break the layout with a wider image than that. If you upload your images here, be sure to select the “Large” size. Also, the paragraph tag gives unusual spacing results, so that’s not recommended.

Step 3. Submit it!

Draft up your description text, prepare some screenshots, then go submit it.

Though it isn’t required, I strongly suggest you make a gameplay video or trailer and get it on Youtube. We’re expecting a lot of games, and don’t expect everyone to buy/play everyone elses games, so a quick video would be a great way for us to admire and appreciate your work.

Step 4. Submit it here too!

Once you’ve sent it off, submit it to us.

http://www.ludumdare.com/compo/october-challenge-2010/

We’re using our standard Ludum Dare submission system to create a master list of all our October participants. To be included, simply create an account and visit that page. The link fields can be edited, so update them to something appropriate. Suggestions include: Website Link, iTunes Link, Youtube Video Link, Postmortem Link, etc. Also, the first screenshot will be used to show your game on the list, so an attractive screenshot is recommended. For an example of what the final list will look like, look here.

We ask that you wait until after you’ve submitted your game to whatever service/marketplace your game is for before you submit here.

Be sure to let us know how long you worked on it; Whether this is new for the October Challenge, or has been in development for months now.

Each account is only capable of creating 1 game. If you’re making multiple games this month, we’d prefer you share your most interesting one with us.

Step 5. Sell a copy/License it/Make some revenue

Getting approvals or licensed takes time, so we’re not requiring you to have made a sale by the 31st. If you can get your game out and your first copy sold before then, then that is awesome!

The goal of the challenge is to get more people to release something and be fully capable of earning money from it.

Prizes

Like Ludum Dare, there are no prizes. “The prize is your product” as we always say.

Or if you think about it another way, if you happen to make the “sell 1 copy” quota, that’s a pretty cool prize too. Breaking the “0 sales” barrier is a big step forward for a game. From that point on, you now have a product to experiment with; To learn the ropes of running a small business, marketing, promotion, etc. The whole “give them a fish or teach them how to fish” axiom, but we’re not so much “teaching” as “telling” you to fish. 😉

Your website is ugly and difficult to use

Thanks!

We make games, not pretty websites. And this October, we’ll be busy making games. If you’d like to bug us to make it look better, please wait until after we finish. Thanks!

Light Reading and Resources

• Derek Yu on Finishing a game
• Andy Moore on Steambirds Licensing (Flash)
• Pixel Prospector’s
  • Big List of Indie Marketing and Business Tips
  • Big List of PC Game Sites from around the world
  • Big List of Indie Game Sites
  • Big List of Game Development Resources
  • Free File Hosting
  • Recording and Editing Gameplay Videos
• MANY game market resources at IndieVision.org