1. We have added a Gift Upgrades feature that allows you to gift an account upgrade to another member, just in time for the holiday season. You can see the gift option when going to the Account Upgrades screen, or on any user profile screen.
    Dismiss Notice

HOW TO: Design a Mod

Discussion in 'Civ4 - Modding Tutorials & Reference' started by Kael, Jun 1, 2006.

  1. Kael

    Kael Deity

    May 6, 2002
    [tab]This article will focus on the design aspects of making a mod, not the technical challenges. The goal is that readers will gain some insight into common pitfalls, how to avoid them and that our mods will be improved by it.

    [tab]Let me start by saying that there is no perfect way to make a mod. Understanding that I am unqualified to write this article I enlisted the aid of some of my fellow mod makers (and my favorite designer) so that readers could get a wide range of opinions. Each of the Danger sections are concluded by a question that has been asked to the designers about how they deal with the challenges of development. Their responses are the heart of this article and offer very practical advice for all mod makers.

    [tab]I would like to thank the following people for responding to the interview questions and providing input to this article:

    [tab]Soren Johnson- Civilization 4 Lead Designer
    [tab]Sevo- Designer of Sevomod 3, Sevo’s Civilopedia and Sevo’s Faces of God
    [tab]Thamis- Designer of the Ancient Mediterranean mod (Civ4) and the Ancient Mediterranean mod (Civ3)
    [tab]Rhye- Designer of Rhye’s Catapult and Rhye’s of Civilization

    Build the Game You Want to Play:

    [tab]The first rule: you are the only person who has to like what you have created. Don’t make the mod you think other people will want, don’t change a design based on outside feedback unless you agree with it. It is better to have an unpopular mod you enjoy than a popular one you don’t. That goes for all of the advice in this article, if you don’t like it, don’t use it. This is the advantage of modding, Firaxis has to worry about making sales and mass appeal, but we don’t.

    [tab]The truth is, if you stick to what you like in time you will find others that are looking for the same thing, so it will work out anyway.

    1.0[tab]Avoiding the Design Pitfalls:

    1.1[tab]The Danger of More:

    [tab]“Perfection is not achieved when there is nothing left to add, but when there is nothing left to take away.” -- Antoine de St. Exupery

    [tab]Every new object has a cost, not just in what it takes to create, test and manage, but the player has to keep track of it as well. In general we should only add items because they offer a significant improvement to some aspect of the game, and not just to have more units, more resources, etc.

    [tab]It sounds good to be able to offer a long list of new objects. That was much of the appeal of the very popular Civ3 Double your Pleasure (DyP) mod. But the success of DyP wasn’t because of all the new objects, but because each one had a distinct functional purpose. Adding buildings is easy, making them truly worthwhile is the hard part.

    [tab]Is it needed? Would it be missed if it was taken out? Is it functionaly unique? If the answer to these is no, it should be considered for removal.

    Q: There always seems to be one more building or unit that would be perfect to have in the game, how do you decide what to include and what to keep out?

    1.2[tab]The Danger of Flavor:

    [tab]Why do games based on movies and movies based on books always seem to be bad? There are exceptions, but we are usually disappointed with the results of these conversions. The reason is that the design of the new game or movie is based so strongly on the flavor of its source that its own functional design suffers.

    [tab]At some point you should look at your mod as just a functional process, a board game without any stylized components, an exercise in mathematics. A game must be enjoyable at this layer to be fun. Some games are so well designed they only exist at this layer and are still amazing to play (chess, othello, tetris, etc). But a game that has incredible flavor but no meaningful functional elements will always be a bad game.

    [tab]If you fall in love with a concept that seems like a great idea, but doesn’t have any functional value, the temptation will be to come up with a functional need. There isn’t anything wrong with this, some ideas come from flavor, and some come from function. Different people are more apt to think from one end or the other. But, be aware of the danger that designing from flavor presents. If you aren’t able to come up with an elegant functional need you are best off to remove or change the flavor rather than let the functional design suffer for it.

    [tab]This danger is even more prevelant when you are basing your mod on a known source. It is nice to already have all that flavor developed for you, but it can be as constraining as it is helpful. You will either have to let your design suffer (to what level is up to your own ability to find creative elegant solutions) or be willing to step outside the bounds of the source material and develop new elements, or exclude elements despite their existence in the source when the material doesn’t improve the game play of your mod.

    Q: How do you balance between Function and Flavor? What do you do when you have a functional need for an element but aren’t excited about the flavor ideas you have? How do you deal with a good flavor concept that has no functional need?

    1.3[tab]The Danger of Patterns:

    [tab]Starcraft was a big eye-opener for me, an RTS that offered 3 different forces that were balanced but completely unlike each other. It’s so much easier to balance a game by making the options mirror each other but it’s more enjoyable for the player to have a variety of options that are dissimilar.

    [tab]We could be talking about any feature of the game. For example we could have a series of Civics that gave +3 research at the first level, then you could upgrade to one that gave +9 research when you learned the appropriate tech and up to +15 with the final tech. Or you could have a series of civics, one of which gave +3 research, another gave +3 gold and one that game +3 hammers. In either case the result may be balanced but uncreative, and dull for the player.

    [tab]The obvious response to this is that if we don’t stick to patterns then invariably some options will be better than others. Better or unbalanced options are the same as no options. But I think we have some flexibility here. This is the challenge of design, presenting the player with multiple options with different risks and rewards for each, and having each viable for different reasons or in different situations.

    Q: It seems easier to build on a tested design, and have new elements be functionally similar concepts to existing ones but with a new power level or different range of effect. How do you determine when this isn’t innovative enough? Or is that even a concern for a strategy game?

    1.4[tab]The Danger of Complexity:

    [tab]Overly complex designs are the easiest mistake for a designer to make. A designer should differentiate between systems that are fun to design, and those that are fun to play, they are rarely the same.

    [tab]Personally I am fighting this issue all of the time. I find myself designing the system the way I imagine, setting it down and coming back to it with a clear head to take a look at what I made. Most of the time I can cut a lot of the design without losing its functional purpose or flavor, or I find that the mod is better without it at all.

    [tab]As in all things there is a balance here. Every new feature brings in some additional complexity, just as every new object adds to the amount of information the player needs to track as we discussed in the Danger of More section. Having the idea is only the start.

    [tab]I was considering a manufacturing process for a mod. If you have access to dyes and cotton you can build a tailor shop that produces a “Cloth” resource. If you have access to fur you can build a leatherworker that produces a “Leather” resource. If you have cloth and leather in a city then all units produced in that city get leather breastplates that improve their combat ability. And on and on it went, it was a lot of fun to design, huge complex systems with interdependencies everywhere. It would have been a disaster to play for most players. That’s not to say that some people wouldn’t have enjoyed it, some people love complexity. Just keep in mind that what sounds reasonably simple in the design stages, when added together with everything else and in the hands of a player that hasn’t spent the hours considering and tinkering with the mod as you have, can be a substantial roadblock.

    Q: How do you balance between complex ideas that bring new elements to the game and the difficulty they cause casual players?

    2.0[tab]Writing your Design Document:

    [tab]It’s not fun, everyone wants to get right into making changes and seeing those changes in the game. But your first step is to get a design document written. It can be a forum post you update, a Word document or just notes on paper. Without it your mod design won’t have focus and it will be difficult to make the best use of your time without a clear idea of what needs to be done. It will also be difficult for team members to help you if they don’t have access to the full design list.

    [tab]I have a hard time being creative in front of a computer so I grab a notepad and pen when I want to do serious design work. Sitting in a comfortable chair I jot down ideas and think about things I want to improve. Different people have different methods, the important part is to find one that works for you.

    3.0[tab]Economics = Choice under Scarcity:

    [tab]A game is an entertainment activity that gives us options and rewards us for selecting them skillfully. The quality of those options, the amount of appropriate risk and reward we get from each, the variety of options (without being overwhelming) and the successful merger of function with a matching flavor determines if the game is a good one.

    [tab]To make choices we need to have some cost, something we give up to gain the advantage the option offers. This could be paid in some other resource like gold or production time, or it could be in something less definable. One of the classic early game options is, do you build the infrastructure of your cities or build defenders? If you build the infrastructure you will have better cities by the mid-game, if you last that long. But the price you pay for it is in increased risk of attack and losing the game.

    [tab]That is beautiful game design (God bless you Sid Meier!). To have options we need to have limits, we can’t do it all so some things need to be sacrificed to gain others. That doesn’t mean that all of the options need to have a direct disadvantage, it may be enough to just have the sacrifice be that you have given up taking other paths, it is economics.

    [tab]I’m particularly fond of Civ4’s civic design. Personally I like having civics that have a direct disadvantage along with whatever advantages it offers, but from a straight design perspective I have a deep appreciation for what Firaxis did. The civic’s don’t need disadvantages, their disadvantage is that if you pick a civic you can’t pick any of the other ones in that category.

    [tab]Another truism of scarcity is that we must have good and bad elements for it to work, the Desert dilemma. From a players perspective deserts seem useless, they have a few functions but are generally the least useful of the terrains. So you may wonder why they can’t be removed and replaced with something that does more. Their design function is that they aren’t useful, and therefore by comparison other terrains are. The difference between the two makes the players strategic options more interesting.

    [tab]There was an RTS game (I don’t recall which one) that marketed the fact that if you moved your land units through water tiles they automatically turned into boats and crossed. You no longer had to worry about making transports and moving the units across yourself. Although it sounded like a good idea the end result was that water didn’t matter anymore. It was just land you couldn’t put cities on. The cost that water travel imposed was gone, and with it the function of the water itself.

    4.0[tab]When in Doubt, Trust Firaxis:

    [tab]The old saying is if there is a fence in the woods you should know who built it and why it was built before you tear it down. That was never more true than when making mods. I will admit, I love changing things more than I love reading about the way things work so the trap I sometimes get caught in is designing something without a good appreciation for the way its associated systems work.

    [tab]My advice is before you make a significant change you review the way a similar system works in detail. If you want to make a new unitcombat, look at the ones that are already developed. Do a search in the python, xml and the SDK for matches against a similar unitcombat and see where it has been used and what it has been used for. When you understand how the data is used you will be better prepared to make your own.

    [tab]The same goes for balancing. Firaxis has done more work, and has had more man hours invested in “Vanilla Civ” then we can hope to with any one mod. Don’t let all of the testing and feedback go to waste. Look at the iCombat increases between upgraded units that Civ4 applied when you consider your own. Base your new specialists effects on those that already exist.

    5.0[tab]Prioritizing and Saying No:

    [tab]The sad fact is that we all have limited time. As much as we may love to mod there are only so many hours in the day and most of us have jobs and families that also demand our time (sorry honey, I mean that we want to spend time with).

    [tab]We have to be careful about our ambition. If our only goal is to mod for fun, to play around, change our game and learn a little bit in the process then this isn’t a big concern. If we are working with others and they have helped by devoting time and effort to your mod this becomes more important. In those situations there is some responsibility to produce a working mod.

    [tab]So we have to realistically decide what will and won’t be done, at least for the short term. If you aren’t familiar with python or C++ then starting a mod that requires programming changes is probably going to be too much. But you could focus on xml modding only.

    [tab]Once you have your idea you will need to prioritize them. I am always on the lookout for “Drool Factor”, those features or additions that will make people want to download and play the mod. No one ever downloaded a mod because it had 17 different kinds of infantry or a ice cream truck unit that played music when it drove around (well, maybe I would download that mod just to try it out) so as interesting as those ideas may be they don’t have any “Drool Factor”.

    [tab]You are all players and have read countless marketing releases talking about one game or another. What features did you read about that excited you? Those are the kinds of things that should be at the top of the priority list. I hate to spend time working on a feature that players aren’t going to be excited about.

    [tab]And some changes shouldn’t be made at all. This is more difficult when you are working with a team that is as excited and working as hard on the mod as you are. But the mod owner has to be the one to say what is going to go in and what isn’t. Remember its easier to say no and then change your mind and add it later than it is to do all the work to make something only to remove it later on.

    6.0[tab]Building a Team:

    [tab]There is no magic trick to building a team. Assume from the beginning that you will need to do all of the work yourself, then start working. If people join you along the way to help out, so much the better, but don’t expect it.

    [tab]In most cases an idea, no matter how appealing, won’t draw a team by itself. Instead the mod owner will have to show the work he has done to start getting help. The reason is that there are new ideas for mods posted every day asking for help. Naturally people don’t want to spend time working on a mod idea that won’t ever be released. If they see that you have put a lot of effort into it yourself the risk that their work will go wasted is lessened and they will be more apt to join.

    [tab]It is my opinion that the mod owner for a complex mod should be a programmer. He doesn’t need to be the best programmer on the team (I’m certainly not on my team) but he does need to understand the programming aspects. This is because the mod owner has to be the one to decide what is and isn’t going to go into the mod, he won’t be able to make these decisions well if he doesn’t have a decent appreciation for what has to happen “under the covers” to make it work. Also the mod owner always has to be prepared to do it alone if need be. If you leave the programming aspects to someone else without an ability to pick up if they leave you may risk losing your mod if they go on to other things.

    [tab]One more point about teams. This is an open, fun, collaborative process. Don’t expect deadlines and arbitrary goals to be met unless you are willing to pay your team. It’s the mod owners responsibility to get the work that needs to be done listed and the team members can work on different aspects as they desire. Anything more than that isn’t fun for anyone. Invariably you will be working on some component and want a piece from a team member to finish it, or team members will come and go as their real lives dictate, but that is the nature of collaborative modding.

    7.0[tab]When to Release:

    [tab]A mod is never perfect, there is always some new feature, art or object you would love to get added before you release. The danger of that is that you may never get it out.

    [tab]Momentum is important for a mod, both for you (hearing from players that enjoy your mod will give you the energy to keep going) and especially for your team (who want to see their contributions out and available). Other mod makers may have different ways of doing this but I like to set hard release dates and then work back from them instead of working from feature lists. If I commit to release a new version on the first Friday of each month then you and your team know when they have to have new stuff in by to have it included.

    [tab]Releasing after certain features are in creates a pressure to get work done that may aggravate your team if they feel like they are holding up the release. Better to just tell them the dates and let them manage their part as they prefer.
    PiR likes this.
  2. Kael

    Kael Deity

    May 6, 2002
    8.0[tab]Further Reading:

    The linked articles were all written by Mark Rosewater, Lead Designer for Magic the Gathering. Although Mr Rosewater is specifically talking about Magic I believe the following articles are just as applicable to Mod design.

    Finding a Good Mechanic:

    When Cards go Bad:

    Timmy, Johnny and Spike:

    The Write Stuff:

    Keeping It Simple:

    Bursting with Flavor:

    Rules of the Game:

    Design 101:

    The Value of Pie:

    Design 102:

    Soren Johnson has a Blog called Designer notes where he talks about game design issues and is worth checking out. I would especially recommend the following:

    Seven Deadly Sins for Strategy Games
  3. Civmansam

    Civmansam King

    Jan 15, 2006
    Fantastic Job Kael. You do so many things for the Modmakers. A truly good Samaritan (Did I spell that right?) I'll definetly follow most of these tips as they come from better modmakers than me. But one thing I disagree on. That conversions from Movies and Book tend to be bad. I agree that you cannot stick to the source but basing something on a movie like I did isn't bad. You yourself based FFH from a D&D game that you made. It was loose, yet see how well FFH did. If I may be so Unmodest, The Star Wars Mod hasn't been that bad.
  4. Shqype

    Shqype Shqyptar

    Nov 15, 2005
    New York + Shqypni
    Very nice article/interview you put together Kael. You keep doing more and more for the community: Thanks :)
  5. Kael

    Kael Deity

    May 6, 2002
    Its not a problem. I was as interested to read the responces from Soren, Sevo, Thamis and Rhye as you guys are.
  6. Swissempire

    Swissempire Poet Jester

    Nov 4, 2005
    Hamilton College/Florida
    Amazing article, Love the wizards links

  7. Kael

    Kael Deity

    May 6, 2002
    It easnt my intent to say that basing your mod on movies or books (or D&D games) is bad. Just that mod makers should be more aware of the danger of designing from flavor in that case.

    I suspect that at some point you will will have to decide if you are going to stay true to your source or make the best mod possible. You do everything you can to stay close (to match the flavor of your source with the functional aspects of Civ4), but those decisions will come. When they do I would recommend you not be afraid to do whats best for the game play of the mod and not allow it to suffer for authenticity.
  8. Ingvina Freyr

    Ingvina Freyr wants a Steamfree option

    Mar 6, 2006
    Thanks for this fantastic article Kael! I have only just begun working on a mod and since I'm completely new to mapmaking, python and xml I get stuck from time to time wich can be ever so frustrating, but it's useful information like this that gives me the energy to keep trying and eventually make it work.

    And that icecream-truck sounds kind of interesting too... ;)
  9. Olleus

    Olleus Deity

    Oct 30, 2005
    Beyond the Veil
    A brilliant revelation of the minds of great mod makers.
  10. The Great Apple

    The Great Apple Big Cheese

    Mar 24, 2002
    Oxford, England
    I'm just going to rip through this commenting on a few things I feel like commenting on!

    I agree 100%. I had great fun making the 40k units for Civ 3. They weren't very good, and not very many people used them, but they were great fun to make!

    To be honest I couldn't stand DyP. Far too much stuff in it.

    Personally I'm fearing quite some troubles with this myself. The mod I'm making doesn't have much room to manouver backstory-wise. I've already taken quite a few liberties with the plot to make it work for Civ, and I've a feeling I might have to do a few more. I don't like doing it, as it takes away some of the connection to the universe it is based off, but if I was true to that universe then I probably wouldn't be able to even have a tech tree...

    While it may not be extremely relavent, I'm going to hark on about 40k again (although not my mod). This "Starcraft factor" has been attempted quite recently in the 40k game "Dawn of War". It has 5 completely different races which work completely differently, but still manage to be fairly balanced - in fact, Warhammer & 40k tabletop games are the same. While it is alot harder to balance things this way, as the best way of balancing is to put alot of playtime in, it makes for a much better game.

    I'm pretty sure you're referring to Rise of Nations. The key was that the units couldn't fight when on the water, so could be easily killed by naval units.

    I'm not disagreeing with your point though ;)

    This is a good point, but sometimes the best way to understand something is to tear it down, and see what happens when you tear it down. More likely than not you will then see quite quickly why it was there, and, to use your fence analogy, why it was so high (to stop the dinosaurs), and quickly rebuild it (before you get eaten).

    This can put you in a good position to see what was wrong with it (if anything) - maybe the fence should have been electric so that it more effectively prevented dinorsaurs from crossing it (excepting a huge storm).

    Also, on a slightly different note, when you understand something it's usually a good idea to document it so that you can re-understand it if you forget at a later date. For example, the fence in the forest should have really had a warning sign saying "Dinosaurs are on the other side of this fence".

    Somebody is going to have to make that ice cream truck unit...

    I think this is probably most important when a mod is starting off. Once people have downloaded it they will quickly get past the "Drool Factor" and see the mod what it is really for, however this "Drool Factor" will ensure that people try it in the first place. The further a mod goes without a "Drool Factor" the less chance that a later incorperation of one will cause poeple to download it. With my 40k mod I'm going for a new interface - mainly because it is very obvious in screenshots.

    We're already 2 weeks late with the first release of the CCP, although I supose first releases are slightly different because there is no point releasing something which doesn't actaually do anything! *TGA starts planning a schedule*
  11. Olleus

    Olleus Deity

    Oct 30, 2005
    Beyond the Veil
    I think that I now uderstand why my mods fail. They lack flavour. I don't mind as I still find them fun but I do wish that more people would play them.

    Must go off and design a 'drool unit'. I guess that a few new nukes will do that to people.
  12. loki1232

    loki1232 Loki

    Jan 16, 2005
    New York City
    Incredible article. :goodjob:

    That was Rise of Nations.
  13. Shigga

    Shigga Shiggadelic Baby! :)

    Mar 10, 2005
    Awesome read! :) Even for s.o. like me that only enjoys your hard work and lacks the skills to do some modding himself. Now somebody tell me again modders aren't Pro's in their own way!
  14. dalek master

    dalek master Prince

    Jun 13, 2005
    Depths of the time war
    Good read. I will try and absorb as much as I can of that into the Untitled Space mod..............................if it is even possible....:(.

    Still, V. good read. Taught me a lot. :)
  15. woodelf

    woodelf Bard Retired Moderator

    Jun 12, 2003
    I missed this for a week, but I'm glad that you finally got it jotted down so everyone can benefit from FfH's successes (and pitfalls). ;)
  16. Kael

    Kael Deity

    May 6, 2002
    The article is definitly more than just what we learned from FfH. The input from the Soren and the other designers is fantastic and I learned a lot from reading their responces.
  17. GarretSidzaka

    GarretSidzaka Deity

    Dec 17, 2002
    Thank you Kael. This article is great and I'm am definately going to have to re-read this one when I start my second version of my mod. Thanks again for giving to the community.
  18. Karhgath

    Karhgath Warlord

    Nov 5, 2001
    I've designed my share of small games and mods, I also helped Thamis on The Ancient Mediterranean for civ3 and civ4 to various degree and this is my piece of advices.

    Being a game designer is hard. Period.

    Whether you do a mod or a full game, we're talking about a set of specific skills. Everyone can be a game designer, but not everyone can be a GOOD game designer. Heck, even many commercial games are not very good/fun in the design department because they lack innovation, fun or gameplay. It's not just about creating stuff and adding things, it's about creating a product, creating an experience. There are no recipies, and it's a bit more complicated than just sticking to things that works and adding flavor.

    Also, the biggest challenge is that players are usually NOT good game designers. They always want features X, Y and Z, without thinking about the overall game, the whole experience. They don't understand the game system like you do. They always think they can do better or want to add a cool feature. Remember, designing a game/mod is HARD. This means that users/players/customers are usually wrong.

    However, players ARE your customers, so if you do not please them, they won't buy/play your game, which is a pretty big problem. You must ALWAYS listen to your players, be polite and do not alienate them. You're not GOD because you've created a mod.

    I've learn that at work: you must always keep your ears open. You are there to take the pulse of your players and build a better game. Do not presume that your mod if perfect. You MUST pinpoint the problem/cause of the users requests: why does he want that feature? why isn't he pleased? how can I improve the game so that those problems are gone? You usually never end up adding the exact feature that a player requested; sometimes you tweaked some values, rebalanced some areas, or maybe even ended up adding totally new gameplay elements.

    For example, a player is saying that he's researching tech too fast and suggest to add more tech to make up for it. He even has a list of wicked cool techs to add. Wow, those would be great right? Wrong.

    What must you do instead? Well, you check to see why he's researching too fast: is it because of a civic that is too powerful? too much science buildings? too fast growth? when is he starting to go ahead of the tech curve?

    In the end, you probably won't add any new techs, but you'll have to fix this problem one way or another. You do that by looking at the actual system and finding out what's wrong.

    Also, it's important to build systems. Systems are more important than single features. Usually players only see features, but you must think in terms of systems. A game is a series of simple, interrelated systems. Complex is not always better, simplicity and depth is usually what makes a good game. Just look at Civ4. Sure it's not a complex tactical simulation, but it's pretty damn fun and addictive. You must think globally and know your systems intuitively and fully. I repeat, you must understand the systems fully. When we're talking about a mod, it's even more important to know and understand fully how the game works. In civ4 there are lots of systems (research, growth, combat, etc.) and they are ALL related together. Maybe you find that some ARE flawed, but in the end, all of their interactions makes a fully playable and enjoyable game. If you want to design a mod, you must understand that.

    So, if you are not pleased with the combat system, before changing it, please understand exactly how it works. Then you see if you can tweak it to do what you want. THEN you build a new combat system if you still need additional features that do not fit in.

    For example, when designing the units in TAM Civ4, we designed a 'new' system by just playing a bit with unit classes, promotions and bonus. We didn't code a completely new system because it wasn't needed, everything was there to create the necessary experience and balance we wanted. No need to rewrite Civ4. However, this introduced new gameplay elements, new balance and new ways to approach combat.

    Finally: playtest, playtest, playtest. Features and systems are theorical, they are in your head. Play them to see if they work. The better you understand the system, and the better you become, the better you will get. However, you must still playtest. Then playtest more. Do not let everyone test either, players are not usually good testers anyway. Have a couple of people that really want to playtest.

    And the most important advice I can give: it's still just a game/mod. Unless you make your living out of it, just have fun and don't worry if you're mod isn't popular. I usually make mods for myself first and foremost, and so should you. If you like it and find it fun, there are probably others too, just don't expect everyone to like it. Hell, check out commercial games: not all of them are hits like Civ4 or World of Warcraft, so it's not an easy task.
  19. Kael

    Kael Deity

    May 6, 2002
    Thanks Karhgath, thats exactly the kind of conversation I was hoping this thread would generate. I would love to hear from others about what you found out works and doesn't work for you when designing mods.
  20. Padmewan

    Padmewan King

    Nov 26, 2003
    As someone who's more an aspiring modmaker than one who's succeeded, I have little to add except some outside observations.

    First, regarding complexity: A strong case has been made (for example, A Theory of Fun for Game Design) that games are essentially learning activities. One of the most difficult things I've seen as a player of games is designing the right level of complexity scaling. Complexity should keep ramping up as the player masters an old element, and ideally old elements recombine to create new elements so that new complexity isn't just introduced for the sake of complexity, but rather as continued variations on a theme that you've mastered, but has just mutated to become more challenging.

    Consider the learning curve of Civ4 itself: you basically need to figure out how to feed people and build stuff in the beginning. Not until you "succeed" at this does stuff like unhealthiness/unhappiness rear its ugly head. In some ways, a built-in learning curve.

    One of the dangers of a franchise is that each game becomes more complex than a previous one (because each game builds off the learning curve of the previous) such that they stop becoming accessible to new audiences. As a Civ "insider," I can't say whether Civ4 is more or less hard to learn than, say, Civ2. I do think some of the mods I see presume the learning curve is already under your belt from Civ4 -- and since we are all Civ4 players, this is not a bad assumption!

    There's a great story (don't know if apocryphal) about George Lucas's first screening of "Star Wars" to his backers, at which he hadn't yet finished the Death Star battle scenes, so instead he substituted movie footage of WWII fighter planes. This totally confused and freaked out his backers, and could have cost him the release of the movie.

    Personally, I have thought it would be easy for me to put arbitrary units on the board and say, "This Warrior is really a Spaceship." But (a) it turns out my own imagination does not allow me to do this for very long, or perhaps it's the case that I like playing with graphics, but anyway... (b) if you are looking to build a team and get support, most people will probably react like the first viewers of the pre-FX Star Wars. This may not be a bad thing if you want to attract people who are attracted to the fundamental gameplay rather than nifty graphics. And sometimes I find myself wasting hours finding the "right" model rather than just getting on with fixing the broken game mechanics. But it's important to recognize what makes yourself and others motivated -- what Kael called the "drool factor."

Share This Page