Jump to content
  • Advertisement
Sign in to follow this  
  • entries
  • comments
  • views

Civil Refinement

Sign in to follow this  


It's been about a week since I last updated. I have been doing things, although admittedly not as much as I probably should have been. Still, progress reports are due, minor or not. I've been taking the time to start completely refining my design document. So far not a lot of new stuff has been produced, but at the moment it's more a case of re-organizing myself.

I'll share with you a little piece on my ideas regarding my civilian/unit organization system, which I've been refining for a while. This has a strong base in my design, so I'd like to weed out the flaws while I still can. Constructive criticism is, of course, more than welcome.


A unit is defined as a single civilian in your kingdom. Each civilian represents a unit of manpower, and manpower is limited just as any other resource is. Civilians essentially spawn into your castle/town from thin air (unless I can find a better way) and sit around waiting to be used.

Any civilian can be given a role. Roles include all your standard medieval military staples (knights, archers) as well as less common non-warfare roles (merchants, blacksmiths). A unit is essentially a civilian which has been giving a standing role. A non-working civilian is mostly useless (or, at the very least, an untapped resource), so all civilians are expected to take a role.

To turn a civilian into a unit, you require the natural resources that unit would use. In the case of a farmer, you would have to have the required farming tools. In the case of a swordsman, you'd need a sword and armour. In the case of an archer, you'd probably need some kind of light tunic and a good bow. In all cases, you'd probably need to give the unit some kind of training in order for them to be able to use the tools they're given.

Once you have a unit, its purpose is less defined. Any unit can effectively be put in any position as raw manpower, but depending on the role itself, the unit may be more or less suitable for the task. For example, stationing a swordsman in a military training academy may result in a slight bonus to the production of other units (perhaps a slight reduction in training time), but of course this could also work in reverse (a swordsman placed in a farm would be wasted manpower; a farmer could fill the manpower role much better).

So why would you ever place a unit in a non-optimal situation? For one method of balance, there would be no real optimal situation. As another example, in a forge, a blacksmith may be good at smithing, but a swordsman working there may use his experience in sword fighting to help create swords with a better design (for a minor bonus in attack, perhaps). Alternatively, an alchemist working in a forge with a blacksmith could help refine the materials he uses (for a minor bonus in armour durability, perhaps).

Finally, there is the role of the army. Units can be placed in a mobile army for military purposes. Now obviously the ideal units for a mobile army are military units. However, alternative non-combat units could provide abstract bonuses. As another example, an alchemist may use his herbal medicine knowledge to heal soldiers more effectively between battles. Siege workers could repair siege engines such as catapults between battles. A travelling bard could provide morale boosts to the soldiers in an attempt to help them fight better.

What this all comes down to is versatility. Any unit can be placed in any role, with varying results. By offering a wide array of roles and positions, a player can be allowed to greatly vary his personal play style. Obviously, a lot of this would be possible to automate; it's good to give players the option to customize the positions of their units, but no task should ever be forced upon the player without their concept. Not everybody loves micromanagement.


Well, that turned out longer than I would have liked, but it's something to read at least. Like I said before, any kind of constructive criticism is greatly appreciated. With that, it's really late (and by late, I mean early) here, so I'll hit the sack. Thanks for stopping by.
Sign in to follow this  


Recommended Comments

The system you described sounds like the Settlers series. Its a bit dated, but you should definitely check out Settlers 3. Its a damn fun game :]

Share this comment

Link to comment
Wow, we're on scarily similar brainlengths. Before 4E5 "sidetracked" me, I was going to a attempt a turn-based medieval "rival-kingdoms" thing that somewhat resembles yours. You are emphasizing a few different aspects than I was (or will, when I get around to it) going to do.

I don't know what kind of time scale your game turns represent nor how big your populations will be, but if they're large enough, you could use some sort of genetic to produce a realistic birth rate mechanism. I don't know if you have genders though.

You could have some sort of apprentice thing, and give a sort of lineage bonus. Your existing units could go into a training building and it would produce a civilian with a bonus for the trainer's job.

Share this comment

Link to comment
The world is crying out for a re-make of settlers 3 that works well over a network.

I have started a very basic 2d javascript game engine (looking supprisingly like pokemon at present) I imagine could be used for something like this.. but then again I hanvt spent _that_ much time researching existing options.


Share this comment

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!