Slashdot Mirror
On the Process of Creating a Game...
jsager asks: "Can anyone tell me the process of creating a video game? I'm not talking about technologies, but about the business. Suppose you were a small successful consulting company and have an idea for a game that you would like to try to create. How do you go about the process? Do you try for funding like any other venture? What kinds of documentation do you need before you approach a game investor (as opposed to 'regular' investors)? Do you have to finish the game first? If not, how far along do you need to be?" This is a companion Ask Slashdot to the one we did earlier on
learning to be a game designer. So, after designing that game, just what would you be getting into if you wanted to make that game a reality?
Great answer. I especially love the bit about break-even point. If you don't know what break-even point is, you're not ready to operate a business no matter _how_ good your game is.
As it turns out, a *very* succesful game developer started in exactly the same way. I wasn't personally involved, though I do have some friends who work there, so this is what I've been told was the situation:
A guy by the name of Tony Goodman had a consulting firm that was doing quite well out in Dallas. They had some strong ties to Microsoft, as I understand it, and did a lot of consulting with regards to their products for businesses. Tony and some of his guys one day decided to make games, and cooked up this great idea.
It became Ensemble Studios, and that game was Age of Empires. They've just recently (in the last month or so) been acquired by Microsoft, and each of their games were run-away million+ unit sellers.
Just like most industries, a lot of initial success is based on who you know. Ensemble had a great idea and a grea team, true, but it was also just as key that they had a strong relationship with Microsoft to begin with. That got them in the door and allowed their great team to strut their stuff.
I'm sure they, as most startup development houses do, created a quickie game concept demo and showed their buddies at Microsoft. Microsoft then decided to pony up an advance to get them to their first milestone and evaluate their progress. Obviously, it went well, so a long-term contract and milestone schedule was established, and a hit was born.
The best advice I can give you is to try to make some contacts in the industry. Game developers are very easy to get to know (and great people), but they often don't have the pull needed to get a fully-funded game off the ground. Game publishers are who you really want to get chummy with, though game developers can probably make the introductions. Coupled with a great demo (and, by extension, team) and a good introduction, you can't go wrong.
Hope that helps!
Don MacAskill
My geek site
my smug mug is on smugmug
I have lots of pet projects and ideas for projects that would be lucrative. After 5 years, I am now at a point where I can honestly gauge if I will be able to complete a project or if I will need help.
For a modestly sized program (200 pages of code or so, not counting additional files for images and such) completely written in one language, I would recommend to just have a general idea of what you want to do and how you are going to implement it. Baby steps. Do things one at a time, and you will be able to get really far, if not to completion.
Any program larger than that and working in more than one language (or using more than 1 API) will almost certainly require a team (be it 1,2,3+ people). Corporate entities EXPECT everyone to work in teams. In a small to moderately large program, this is unnecessary. But all of a sudden you get a pretty good sized *serious* project and you have to deal with everyone keeping the same conventions (read: code review, ugh), sync'd schedules, and delegation of responsibility. You usually have to pay programmers to take on these alien practices.
If you are going to go balls-out on a game, market market market. Knock on 50 doors, get 5 meetings, and maybe one ping returns something promising. Some people say having a good demo is important. Having a good presentation, a good boardroom slideshow, and a good dog-and-pony show is the oldest way to get funding. Before I forget, a person calling companies to try to set up appointments is 10$ per person, per hour (max) and a good script for them to read from. That's all you need to know about selling the sizzle.
Often wrong but never in doubt.
I am Jack9.
Everyone knows me.
Often wrong but never in doubt.
I am Jack9.
Everyone knows me.
I'm very sorry about that - my post is riddled with misspellings and typos.
In my defense, when I wrote the above comment, I had to write the whole thing one-handed as I was holding my newborn daughter in the other.
Though I appreciate the sentiment, you got some key facts wrong. As someone who was there (interviewed before a publisher was found, hired just after, and wrote a very good chunck of the code in Age of Empires) I can attempt to clear it up, set the record straight, and shed some light on the process.
-- Standard Disclaimer -- The contents of this post are the personal views and recoletions of the author and not representing Ensemble Studios and/or Microsoft.
Tony Goodman is a business man and a first-rate gamer who dreamed of creating PC games and the company that would realize them. However, economic reality being what it is, he started out by creating a company that created Database tools (Paradox) and provided consuting services to local businesses. That company was Ensemble Corporation.
The company grew and prosepered. Along the way Tony and others learned a lot through the school of experience and mistakes about how to run a company successly. Eventually the company was succfull enough that Tony had enough resources to boot-strap start something that would become a game company.
At this time, Tony had NO connections to Microsoft or any other game publishers. Repeat, no contacts at Microsoft (Hell, they were using Borland products at the consulting firm).
He did however have a friend from 15 years ago (His college gaming club), Bruce Shelly, who had gone on to a successful career in the Game Industry (Co-designing Civilization with Sid Meier among other things). He called up Bruce, and over a period of time convicned him to join the effort he was starting.
With a couple fellow game-company believers they hired a couple people (game programmer and artist) to work full time on a game prototype. This first prototype was more Civ like and called "Dawn of Man". It was written in Delphi 1.0 and fit on One single floppy disk.
As the game was being developed by the programmers and artists, Tony and his tiny Management team were working on the Business side of things.
Now I can't stress enough how having great skills at running a small business is as important as having great skills at making a game. BOTH sides have to be there for things to turn out mega-successful.
Anyway, then the Dawn of Man prototype was to a point it could be shown, Tony Goodman went (along with a couple others) to GDC (The Computer Game Developers Conference) to shop around for publishers. With much salesmanship expended, eventually three publishers showed some interest: Seventh Level, Hasbro, and Microsoft.
At that time (late '95 to early '96) Microsoft was a nobody in the PC games arena. (They were just about to come out with Deadly Tide and Microsoft Soccer -- which would go on to sell something like 3000 units)
A company discussion and vote was held to determine which publisher to go with. It was close... we almost went with Seventh Level (Remember them) , but we chose Microsoft instead. Why? Because 1) they offered a good contract that was competitive with the others, 2) they offered better hope for international distribution (though we didn't realized then how important that would be) and 3) they had their act together business-wise better than other publishers. It often is a dog-eat-dog world when dealing with game publishers, but MS's size gave their games group an advantage.. they didn't have to screw us around on the little points and they were hungry (the MS PC games groups) to make themselves into a publisher to contend with.
Anyway, from there a lot of hard work occured and passion resulted in some truly great games. Insdutry Contacts may get you the initial meetings, but you need the whole enchelada in place to make great games.
-Matt "The Optimizer" Pritchard
What would be the ideal situation? Publish it yourself.
First, is it a video game (Playstation 2 et al.) or a computer game (PC)? The economics are totally different.
If its a video game, you have no choice but to go to a publisher, since the likelihood of negotiating an independent marketing deal with a console manufacturer is zero.
There is also the matter of the manufacturing of the game media and the development kit and tools, which are very expensive for a small developer.
If you go to a publisher for anything: funding, marketing, distribution; you are going to have to give up several things at a minimum:
Venture capital is almost impossible to get for a computer game, because the economics are broken. Its a little better for video games, but not much. The problem is simple.
Computer games, led by the publishers, have the entire economy of development exactly backwards: they ruthlessly focus on a very small market while trying to outspend each other in development costs and marketing. Result? 10 games a year make money, 50 others break even, the other 300+ lose millions.
Until this problem is fixed, no venture capital is going to even listen to a computer game pitch. Publishers will listen, but only to a point.
You have a 100% chance of getting a publishing deal if you walk into the company with the following:
Anything less, and its a roll of the dice whether you'll even get 10 minutes to make your pitch. I'd suggest not wasting the time, but we're an independent developer, and learned these lessons the hard way over three years.
Each pitch will cost your company $10,000 in time, materials and effort. Without a referral, your game has to start at the receptionist's desk like the other ninety-seven billion ideas. If you can afford it, and you can keep the company going in the meantime, you might find funding this way.
On the other hand, if you have a good idea, and the team to develop it, and you can keep costs reasonable (you don't have to spend four million dollars to make a computer game, despite what the game media would have you believe) its far better (IMNSHO) to develop and publish it yourself.
This prevents several problems, not the least of which is your break-even number. Our break-even number would make most publishers turn eight shades of green, and we like it that way.
Hope it works out for you and your game!
I bought this book a long time ago. I don't think it's being published anymore and the information may be out of date, but the concepts are still very relevant. It deals with a lot of the nuts and bolts of game design. It covers a lot of the practical aspects of creating games.
Designing a game - yes, even a mediocre one - takes a lot of effort. I think a pass through this book might get you over some of the rough spots and may make the difference.
good luck.
First of all, this process is what I've seen in console development, not PC games...it may very well be different.
First of all, since this is your first game, you need a lot more than if you were an established developer. If you're looking for money, that's where the publisher comes in. Warning, publishers are a different breed of people, somewhat like Music Execs. Since, again, you're new to the "game" game they'll want a lot to even speak of you. You should have at least:
1) A full game design doc. This should cover the game, it's design, it's basic functionality, as well as other key points such as style, what it will "feel" like when playing, what technology you are using, and most importantly, why it will be fun and sell LOTS of copies. If a publisher isn't impressed with this, most likely you can say goodbye. And honestly, be as buzzword compliant as you can with these, because lets face it, lots of long words DO impress suits, as sad as it sounds.
2) A game. Have your game with you, playable, and as full featured as possible. Having recently been to e3, I heard too many horror stories of people with great ideas for games, full documentation and everything, shot down. My friend on the other hand goes up to a publisher with a game they (publisher) can play, and he walked out with 3 or 4 offers from publishers to buy it. You really should have the game atleast 75% done and as "wow-worthy" as possible. Let's face it, these days tech and looks sell a game more than gameplay, and while gameplay is important, your game has to look good to be bought.
Talking with friends who try to start up game companies, or just want to sell a game they've made, this is all they had, in the past...a nice design document, and a more or less finished product, and they've had luck with finding publishers, and therefore money.
And a hint: If you're going to talk to a publisher, make sure that you get money on signing, as well as on completion, and your royalties. Money on signing is a great way to stay motivated enough to finish a game...trust me.
This post deserves to be modded up to +10.
------
Note, IANAGD -
First - Have a strong, NAILED design doc. This is more than 'he runs around and shoots stuff'. This can include a summary of plot points (if any), character information (sketch and bio), proposed features, market info, etc. Think of it as a business plan for a game instead of a company.
Second - have a technology prototype that gets the idea across. Ideally this is the first level/scenario/10 minutes, whatever. It should expose core gameplay, and at least some of the features you think will make the product unique. It doesn't have to look nice necessarily though.
Never underestimate how necessary good writers are to any tech team.
Got Rhinos?
I'd like to mention having been involved in two would-have-been videogame companies -- both times I've tried this it was always *THE ARTISTS* who flaked on me first. (bad) Artists always want to take whatever you need and transform it into their own retarded vision -- they can't ever just do what they're told ... and they are SUCKERS for instant gratification, they sketch a monster on an art pad and come in the next day and wonder why its not in the game yet! No appreciation for how much work it takes.
I'm still involved in one of these ventures -- and our artists all quit on us ... luckily most of the game we're working on is spaceships -- which I can do in moray no problem :)
Free Techno/Jazz/DNB/MI Music by guys obsessed with monkeys!
I have to second this. This post was probably one of the best things I've ever seen on Slashdot. I kept expecting to see a goatse.cx link. Maybe I'm just impressed at this point to see any reply of length that doesn't have a goatse.cx link at this point. Heh. Anyways, good job.
Last night I shot an elephant in my pajamas. How he got in my pajamas I'll never know.
The most important thing is the Design Doc. It shows the potential buyer that you've done all your footwork.
The problem is that most people haven't written a significant design document anywhere near long enough. I used to think 10-20 pages was fine, you'd hammer out all the details later, right?
Wrong. Average game design doc will be in the area of 150-200 pages. You've got to list out the formulae you're using to determine random encounters and calculate experience, you've got to have the entire plot tree listed, consequences of every action, etc. etc.
If you drop your doc on the table in a silent room, and it doesn't startle people, you aren't done.
The stupid thing about all of this is that during the course of making the game, you throw out 1/2 of the stuff in there, and redesign the other half. But you need to have it done, to show your potential investors that you know what you're getting into, or else you reek of vaporware, and everyone's going to hate that.
Remember. Every gamer and their mom thinks they have an idea for the next hit game. Maybe 10% percent of them actually have something that is originalt, and of those maybe 1% have the leadership, ambition, and ability to carry it through. (Unfortunately, most of those people end up getting shouted down by the John Romeros of the world.)
The publishers use the design doc to measure how much drive the person has to get the game made, and how much work they're willing to put in. A lot of games end up half-finished ideas, and those don't make anyone any money. Others end up as half-finished ideas that the company has invested too much in, and they ship them anyway.
Netjak.com independent reviews of domestic & import video ga
You should probably make a prototype... something simple that shows the basic premise of the game...
:)
Gaming houses do like it if you show up with a finished/debugged game to sell though.
BlackNova Traders
Noone will give you any money. Anyone interested in investing is looking for a quick profit that games will not bring in.
Try to sell a finished game to a publisher.
If you can prove to a publisher that you are capable you can usually get immediate work porting other games to different platforms.
Rats would be more funny if they could fart.
(let's all go to Episode I two days before a major milestone! YAAAAY!)
LOL, did you work where I did??
(In retrospect I would have rather stayed in the office trying to recreate some pesky bug that see TPM. Uck.)
Are you saying that this is the process Sony said they require?
You get version 1.0 up which provides proof of concept and proof of potential coolness factor and lots of feedback.
This also gets you going on a basic website where you can find places to do basic merchandising for you life coffe mugs and t-shirts There are places out there that will seel t-shirts, for example, make their profit in the base price, and send you a check for your markup.
And then you can start moving to version 2.0 - Point being that you set yourself up so that the cost of everything is either free, or covered by the money you bring in.
Basic economics: Money In minus Money Out equals profits.
It is possible to be proftible from very early on, but it takes discipline
Check out the Vinny the Vampire comic strip
"It is a greater offense to steal men's labor, than their clothes"
In my limited experience and word-of-mouth in this industry, it seems like the only way you'll get funding as an unproven game developer is to actually build a prototype... Even a limited, one-level engine that might "fake" a lot of the things you anticipate having in the final release will work find (a lot of games have even been pitched and funded based on dummied-up Shockwave mockups of a game!)
http://www.blitzbasic.com/
http://www.blitzbasic.com/
Graphics3D 640, 480
We were actually in a good place as far as these things go, our team was top notch in the creative department, slightly lacking in the technical dept (though we felt we could pick up all the coders we'd need once a deal had been inked). Our worst weakness was in business issues. we didn't have an MBA on the team, so we hired a president and CFO through our lawyer, to legitimize the team. The roster was looking pretty good at that point, but it certainly occured to me that we were getting assed out of our own company before it even got off the ground with the inclusion of so many strangers in the top slots before we even started shopping for that VC money. but oh well, hopefully your internal structure will be solid enough to survive VC involvement.
As for getting a deal: well, we shopped and shopped among all the great publishers- from activision to warner brothers, infogrammes to EA. we produced nearly 50 kick ass design docs, many slick proposal packages, original concepts and custom art conceptuals all to no avail. The word was "this all looks great but let's see a demo".
Well, we tried to make demos. Problem was, most of us were working full time at other game companies. Those of us not working were incapable opr unwilling to create a demo from scratch. We tried mock-up stillshots and when that didn't get any bites we tried adapting the UT engine to look like a hand made demo (we were intending to use the UT engine for production at least, so that wasn't that bad an idea). But the resolve wasn't there and so the demos didn't scortch if they got made at all. This was very frustrating to say the least.
Last but not least, the publishers all showed a lot of interest in the development of pre-existing franchises that they have rights to.
So, my advice to you is:
:)Fudboy
:)Fudboy
I guess I'm only a Fudboy, looking for that real Transmeta
Manuals are for lusers. First rule of opening package is to toss manual behind filing cabinet, bookcase, or any other hard to get at place.
Broke enlish are make greatest fodder for /. post!
-- .sig are belong to us!
All your
A feeling of having made the same mistake before: Deja Foobar
The game market is very much run by the hardware maker, unless you mean the PC, yeah lots of cheap stupid crap at the game stores, which you can buy on the bargain table because they didn't really catch on. PS2, Nintendo, XBox, you're looking at getting the seal of approval from the maker, because sales ultimately go through them, since you're paying a hefty fee to be able to write a game for that _proprietary_ box. This is why hardware is sold at a loss.
-- .sig are belong to us!
All your
A feeling of having made the same mistake before: Deja Foobar
There are also contracts floating around- distributors like Hasboro will have an idea that they want developed. This might be a good place to start. Either that, or be as good as Blizzard or Valve :)
Remember that the distributor could lose millions on your game through duplication, warehousing, shelf space, and marketing (which costs probably double the total development price). To these people, you are a lottery ticket!
First, ask yourself, do you want to control the entire process, or do you just want to develop a game? Basically, those who are good at creating games are usually bad at marketing and selling it, just as most artists are bad at marketing themselves.
You can either subcontract out this side, work with a gaming company, or do it yourself.
If you subcontract out, you need people who have taken video games to market, have established connections with distribution channels, and understand your basic vision. You also need the capital to do this.
If you work with a gaming company, you either will get locked into a contract that has low rewards unless you meet certain shipping quantities or net sales (not gross). This may be a good idea if it's your first try, but if you've only got one game in you, this is not a good idea.
If you do it yourself, you will quickly find that contacts with distribution, marketing, production, and all that will matter far more than the quality or playability of your game.
--- Will in Seattle - What are you doing to fight the War?
Sounds more like to have luck or not than to be smart or not. You don't know at the beginning if one programmer/artist is good or bad.
You're sort of right. You can't guarantee 100%, but you can do some simple things to reduce your risks:
These are only some of the ways. It was guarantee you get good people, but it can reduce your risks considerably. Never forget to check someone's references and ask what they were like on the job.
The bitter lessons of a veteran coder: http://bitterprogrammer.blogspot.com
Having recently escaped the gaming industry with my sanity barely intact, let me tell you how you "develop a game", from a business/marketing point of view.
First off, get an idea. Doesn't even have to be good or well thought out, just have an idea that gets other people excited. Then convince a bunch of your friends to come work with you on it, all on their spare time, of course. Develop a presentation proposal. How far you want to go is up to you. You can take it as far as a very descriptive design document with artwork, or a working prototype.
Now you decide if you want to become a slut or a whore. If you want to become a slut, you will go around to a lot of sleezy people trying to raise funds, get marketing contracts, etc. This is a lot of hard work, and a very chancy proposition.
If you want to become a whore, which is easier, you sell your game proposal to a publisher. If you're lucky, one of these publishers will like your game idea and give you a pot of money and a contract. If you look at the fine print, you will see you've sold your body, soul and first born for the next three generations. Invariably, you give up some to all of your creative control (depending on how good a negotiator you are), agree to ridiculous schedules and features and agree that in exchange for this nice pot of money up front, you won't see a dime in royalties unless the game becomes a f---ing big hit. The publisher takes care of publishing the box/CD, marketing and distribution. Also, the publisher is the one taking the financial risk, not you.
So now, you've got a pot of money, with promises of more if you can hit those milestones every month, your team and your game idea. Now you can form a company. If you're smart, you find a low-rent office that's not that trendy (looks like something from Dilbert, say) with basic amenities (like a fridge, water and coffee maker). You and your friends then buy appropriately priced hardware and furnishings and spend your days working on the game.
Now if you're dumb, which would include almost all of you fools who want to go into game development, you'll find a trendy office in a renovated industrial part of town with a cost per square foot that makes a downtown penthouse look cheap. You'll then spend most of your money creating the "coolest place to work ever with free pop!" You and your friends will come up with some fucked-up ideas on how to run a company (let's all go to Episode I two days before a major milestone! YAAAAY!). The technical architecture of the game will look elegant and amazing on paper; the art design and direction looks promising. You start hiring people like crazy by either paying over-market for experienced people or under-market for inexperienced fresh-out-of-school graduates then let them at it.
If you were smart, the next 6 months are quite fun. You and your friends work long hours, but have a good time with each other. Sure, the office is a little drab, but it encourages each of you to go home and have a life. You come back the next day refreshed and able to solve those hard bugs.
You chose simple, workable solutions over over-engineered work of art solutions. Your artists are all capable, creative people who really want to do good work and you appreciate them. Your programmers work very hard to create tools that support those artists and what they really want to do. You buy off-the-shelf tools and libraries rather than write your own. Your architecture is data oriented, not code oriented, so you can create tools that let the game designers and artists directly build their worlds and test out game designs. Sort of like how Doom, Quake and Unreal work.
You have the weird notion of hiring game testers early and having them intimately involved in QA and game design feedback. By having an engine, it simplifies the coding work so you can spend more time making sure your code works. You also save optimization until after the bulk of your game architecture is in place. Game logic changes are easy to implement with the engine scripting language enabling you to experiment with alternate ideas. You set realistic goals for each milestone and hit them on time. The milestone money seems to last till the next one. You buy a fooz-ball table.
If you were dumb, you find you're running out of money before your first milestone hits, that elegant technical architecture has turned into a white elephant. The artists never really got the idea and have created something else you didn't want so you yell at them, they go back and produce crappier and crappier art no matter how loudly you humiliate or degrade them. The experienced programmers sit on their butts all day playing Quake occasionally doing 4 hours work around midnight. Oh, on occasion they will do an all nighter, but after the deadline, it's back to Quake. The inexperienced programmers are introducing more bugs than they are fixing and their output is not "state of the art". The art is the wrong size, format, color for the game, but you've hard-coded all your parameters so you have to go in by hand to re-write pieces of code, change constants, re-compile, test, go back to the artists, etc.
An artist accidentally adds an extra vertex to a polygon and it crashes your game. Don't laugh; this happens. Everyone works insane hours as the Milestone deadline approaches. You burn and burn CD's and you test and test, but you keep finding bugs, or the bugs you thought you fixed came back, or they were never fixed in the first place. ARGH! Midnight comes and goes, and as per your contract, you loose half the promised money. You then work for another two weeks just to achieve the goals you promised 6 months ago, but find you promised too much. You finally get a semi-working version and send it into the publishers. You last payroll bounced, so you desperately need the money.
As the game progresses, all your code is custom. One of the programmers complained he didn't like the CD code for Windows so he's now writing his own. A junior programmer is trying to figure out how to create a custom movie player format for your game, and how to convert AVI's to this new format. Your experienced programmer swore to you the two weeks spent optimizing the vertex transform engine will double the frame rate. Instead, it drops from 15 fps to 12 fps everytime someone sneezes. You test this, and find it's true.
Your testers complain the game isn't that fun to play, but you ignore them because they still haven't found out why the sound is skipping during Quizle's leap from tree to tree. One of your programmers quits for health reasons, another for "family" reasons. They controlled vital sections of the project, so you assign to junior programmers to their old positions. Your money is running out faster now. You sell your fooz-ball table to the game company down the street.
The year is up. If you were smart, your game still has some playability issues and bugs, but it's only 2-months extra work. Your publisher has no problems giving you the time and money because the game looks so good and you've proven you were responsible enough to deserve it. Sure, it's a lot of work, but everyone's happy. The game is fun to play, no one's burnt out or snapping at each other. You ship it out, and it's better than you expected. The game testers gave you great ideas. The data-oriented and engine based architecture allowed you to radically change elements of the game without a huge overhead in re-programming. The game sells a 100,000 units and you're comfortably well-off.
If you were dumb, the game ships out a year after it was due. You've missed payroll so many times, you can't remember if this paycheck is for the missed 3rd or 6th paycheck. You've had to cut back on the free pop. You've laid off staff. Moral is low. The game looks terrible and is unplayable, but you ship anyhow. You get savaged in the media, and made fun of on the game sites. The publisher pays you your last installment knowing that's the last money you'll ever get for this game. Two weeks later, you walk into EB and see it in the remaindered bin for $5. You never got a copy of the game yourself, but you think $5 is too much for it anyhow.
That's how you do it, Sparky. Don't say I didn't warn you.
The bitter lessons of a veteran coder: http://bitterprogrammer.blogspot.com
This is the first page I've ever saved on Slashdot. Good job. Acute neophytes will notice this applies to far more than just game companies.
Oh my. Oh my, but this is true. One thing you forgot though; in the dumb company, you hire a hideously expensive slut-in-a-trouser-suit director to handle your transition from one-game wannabe's to a multimedia multinational powerhouse. We're talking IPO's, we're talking acquisitions, we're talking CHECK YOUR SOUL AT THE DOOR, HEADCOUNT!
If you were blocking sigs, you wouldn't have to read this.
Well, there are good and bad artists, just like there are good and bad coders, but I do remember nightmare conversations along the lines of "Don't you think 144 polygons is a little excessive for a bullet model? What with us having a couple of hundred of them flying around. Can we maybe cut that down a bit? Ideally to the two that we budgeted for."
On the other hand, the lead programmer wanted a COM wrapper round every bullet object (as well as every bloody object in the game) to make it easier to seamlessly integrate future modules. "So you'll be playing your Mech game, then suddenly BAM! A bunch of Aerotech fighters appear, and you're like WHOA! Where did they come from? That'll be so cool!"
I swear to Shub Internet, all this is true. The wonder is that any games get released at all. ;)
If you were blocking sigs, you wouldn't have to read this.
Failing that though, you do need a meaty design (even if you're going to ignore it), plus you also need a flashy prototype.
And here's the catch. If you're an unknown team, you can forget writing the next Civilisation. You have to have a whizzbang demo that makes jaws drop within the average attention span of a producer. You've got about 10 seconds, 5 if there are any shiny objects nearby. I'd even venture say that it doesn't even necessarily have to be interactive. Just knock out a swooshy flyby demo aimed at the next gen graphics card. Publishers don't give a rat's arse about playability; their vision is based on movement.
Your first step is to hook some c0cksucking little pissant producer in a publishing house who's desperate to score a winner. You need this insider to champion your cause, and the swooshier the demo, the higher up the food chain your demo will be passed. Remember, if you send a dull or ropey demo, any producer that picks it up will likely be more neurotic than Desparate Gil from the Simpsons.
After you get your producer champion, he'll then whore your design doc around inside the publishing house for you. At that point, internal politics takes over. If you got Gil, you're screwed. He'll lie to both sides, while covering his own reptilian arse and pumping up his portfolio to let him escape to a better position in another publishing house. If you get a good producer, then... no, wait... those don't exist in the real world.
This isn't overly pessimistic, it's the brutal truth. Without backing, industry experience, contacts and a good body of work (demo/game and docs), you're basically screwed. Bear that in mind if you really think you've got it in you to be a commercial game developer.
If you were blocking sigs, you wouldn't have to read this.
Oh man. I was coding on Project Millstone, slaving away to try and get the damn thing nailed down and out the door. The publisher didn't want it, nobody wanted to work on it any more. It was basically dead but still staggering around.
But every week, the creative team would lock up with our macho/martyr complex lead progammer, then emerge with The Idea. This Is It. This Is The Thing. The Idea that would save the game. It was radical! It was daring! It would take just a tiny rewrite of the engine... ;)
So true. Publisher's vision is based on movement. Forget pitching Civ 2002 to them, if you're whoring a fresh game, your demo has to grab their reptilian vision centres within 5 seconds. It doesn't even necessarily have to be interactive, just something that a producer can use as eye candy muscle in his little internal power plays (hopefully on your behalf).
If you were blocking sigs, you wouldn't have to read this.
And don't forget to get your German translation done by the producer's new bimbo slut bitch girlfriend. She backpacked around Germany for like, six weeks, so she knows a hell of a lot more than some gay ass professional translator, right? All you have to do is explain to her what "left click" means. In English.
Oh, how I wish I was joking.
If you were blocking sigs, you wouldn't have to read this.
I wish we had a Open Source based handheld gaming platform. It would likely have more of a chance for success than Indrema since GameBoy style games can still be developed by individual developers in their spare time. I'm sure an Open Source gaming handheld would prove popular among a crowd like this.
Your pizza just the way you ought to have it.
- Budgeting and Scheduling
- Go here and punch in "Post Mortem"... they contain a lot of useful info about starting up.
- Creating a Design Doc... there are tonnes more like this there.
- Creating a business plan
- And finally the one you probably really want: Birth of a Game Studio
and it just goes on and on and on. GamaSutra is your friend.Ryan T. Sammartino
Ryan T. Sammartino
"Ancora imparo"
agreed, a 60% linux site couldn't answer your question for linux has no good games, and diablo 2 doesn't count cmdr. Taco. Admitedly, no one seems to have good games anymore. (Black and White's a show, but that's about it) How 'bout a consolidated article on open source games?
You know the Microsoft destroys the night, Linux devides the day...
IAAGD (I am a game designer) One hundred times more important than your idea is your abillity to implement your ideas. A really clear and complete design doc is a start, but even more important for investors is having a team of developers with a track record of making games. Investors usually can't tell a great design form a lame one; what they can look at and understand is a history of success. The team that developed Majesty got it's start making add on packs, as did Breakaway Games. That is a great way to get started and some experience in the industry. Once you have a record, you should be able to find someone to invest in or publish you. If you are hoping to be a lone designer, I suggest you find a new plan. One of the best game designers I know was unable to make a living freelance even with a good record and years of contacts. Making games is a group activity, so it's best to be part of a group.
It's been a few years since I was in the game industry, but here are some thoughts:
First, just an idea will get you nowhere. Everyone has an idea. Every time I mentioned I wrote video games, there was someone offering me their idea and saying that of course they were now owed at least half of whatever it would earn.
Of course, they never realized ideas are easy. Good execution is hard. And convincing someone to fund your execution is harder. You're talking about creating a company from scratch -- know how few of those live to tell the tale?
Much like the big movie producers, game producers are reluctant to take risks. They want to earn money, so they prefer an established team and an established type of game. A sequel or a movie tie-in is even better. And they won't hesitate to re-edit your baby to please the market, or can your project outright if it doesn't look like it will be worth the expense of marketing and distributing it.
If you have just a design document, you're in the same position as someone peddling a movie script. Why would I spend time reading a script from some unknown? And why would I ever give you good money to develop it (as I presume you want to, since you said you had a team of consultants) instead of picking my own team?
So in addition to that design doc you need something that will capture the imagination and limited attention span of your target. A good demo that shows what you want to do, and proves that you have people who can do it. Even then, I'll tell yah, putting together and holding together the size of team it takes to make a modern game is _hard_. It is in any business, and in the game industry you need your first product to make it out fast and be successful enough to let you do another one. Consider alternatives such as doing an add-on pack or teaming up with an established developer for your first project. Good luck.