My Pyro Life (part one)

Valve has a habit of deleting old posts from the TF2 forums, so I'm preserving a thread I started here for posterity. You can see the original thread here.

I'm a pub player, not a pro and one of those folks who are in love with the Pyro. I main Engineer/Spy/Pyro with a side of Medic, but of all of them, the Pyro is the most fun to play when I'm doing well...

How I play the pyro and how successfully depends on which map. The Pyro feels balanced on the Arena and KOTH maps where the smaller spaces that play to the strength of the Pyro and increased deadliness of afterburn - even with all the afterburn removal effects in play. Here I'll go Degreaser-Shotgun-Axtinguisher for the most part, and Degreaser-Shotgun-Powerjack if I'm feeling like a change.

The Pyro is great fun only on CTF and CP maps with lots of verticals or opportunities for environmental kills: Double Cross, Eqypt, Badlands. Maps like Well and Granary are playable, provided I'm getting my shotgun kills and reflects right, but I need to be playing with a pretty relaxed pub crowd before I'll consider it. I'll definitely skip Pyro on Well and Granary if there is any competent enemy engineering going on.

Yukon is a special case, as is Watchtower. These are the only maps where I'll switch to Flare Gun - because of the long gently curving corridors and slopes and lack of sniper nests - and I'll stay at mid range and use reflects to counter soldiers and work on picking targets off with flares.

On AD, PL, PLR maps, where there is a defined front to the game, playing a Pyro gets much more complicated. I've got three choices on these maps. Firstly, I can keep the Degreaser-Shotgun combo, stay near the front and harass and reflect. This is generally unsatisfying, because I'll achieve little, and tend to die in the spam. The other option, short of changing class, is to switch to Backburner-Shotgun-Homewrecker. This is an interesting combination: because it paradoxically forces you to hang back when the front is static or being pushed forward or back. You can't be effective on the front lines with a Backburner - you'll just die, so instead I hang back and spam shotgun and get lucky with the odd de-sap if an enemy spy manages to take out a friendly engineer.

What I'm waiting for is the front to either hit an ambush spot such as exiting the tunnel on Badwater, where the Backburner comes into play, or for the front to "break down": where we've either killed enough players (on defense) that most of them are heading back from respawn, or we've just captured a point and more paths have opened up (on attack). Whether the Backburner is more useful than the Degreaser in these open situations is debatable, but if I end up behind the enemy front after its reformed, then it is highly effective.

A key indicator on whether the Backburner can be useful is if you have more enemy heavies than soldiers on an AD, PL, PLR map. A heavy will kill you in 'open play' if you have the BB: his spin up time will finish you off before you can burn him with the flamethrower, unless you can hit him point blank from behind, but on these maps his attention should be on killing your compatriots in front of him, not you sneaking up behind him.

The Degreaser Pyro is IMO balanced with the map caveats I've given - you just won't get kills with your primary weapon, except for environmental kills, with the odd reflection thrown in. At the moment, there is no point switching to Flamethrower, and the loss of the airblast you get with the Backburner makes this weapon feel a lot more one dimensional and only suits certain maps or defensive positions as I've discussed.

Since the Polycount pack, I've also switched back to the Shotgun after an extended period of using the Flare Gun, and much like an ex-smoker, I feel the need to point out how inferior the Flare Gun is in almost all situations. The best possible situation to use the Flaregun - where you are consistently hitting burning opponents at long range with a shot every 2 seconds - does a maximum of 51 DPS including afterburn - that is, 20% worse than the short to medium range DPS of any other weapon except the L'Etranger. Sure, damage ramp down means you are doing more damage at this range than most other weapons and you'll end up occasionally getting lucky 2 shot kills on the 125 hp and 150 hp classes, but there is a class for fighting at long range which can one shot any of these classes a lot more reliably, and you give up the ability to be at all effective for the 2.3 seconds you need to rush a target from the edge of medium range to flame thrower distance (assuming they don't move).

I suspect people love the the Flare Gun is that it feels really effective - a chunky plastic design, and satisfying animation and sound fx - but since switching, I get two to three times the kills with a Shotgun than with flares on most maps. In fact, I'm almost Shotgun primary, flicking to the Degreaser only if someone gets in flame thower range, or I need to do a reflect.

I particularly have a problem with the decision to have the Flare Gun do minicrits to burning opponents at short to medium range. There are only three situations where a minicrit on a burning opponent helps you: if the extra 11 hp damage will allow you to kill someone in the next 2 seconds, if every possible target up to 120 HU further away is on already fire, or every nonburning enemy is standing next to a Pyro who can airblast the flames off. In any other situation, you are better off setting a new target on fire for for a minimum of 12 HP afterburn damage over the flare gun reload time, instead of 11 HP from the minicrit.

The Axtinguisher with the Degreaser will win you fights, but I'm finding myself more drawn to the Powerjack at the moment, because of the opportunity you get to chain kills against lighter classes while not having to find health to recover from the inevitable damage you sustain in close combat. The Homewrecker again is strictly defensive, or where your Engineers are having problems with incoming spies.

tl; dr

I play Pyro, but there's only 1 effective primary, and 1 map limited primary; 1 effective secondary and 1 map limited secondary; 2 effective melee weapons and 1 map limited melee weapon. My instinct is to try to balance the less useful weapons up.

The key to balancing games is making a change and playing with that change, then revising based on feedback - a model of game design that Valve have mastered. We as a community should be copying that process and adopting it - there's no point filling the forums with unlocks and arguments about relative power levels without any proof one way or the other that the idea is good. And a DPS chart isn't proof - in game testing and server logs are.

Luckily it is relatively simple to modify the weapons - done here by editing the items_game.txt file - and testing the changes by playing in offline mode. This means we can start to have this kind of discussion without relying on Valve giving us access to an open beta. It is not possible to test every kind of suggestion this way - advanced movement being an excellent example - and I'm limiting myself to not changing any other file at this stage; just to see if the process is worth doing and whether people on this forum find it at all useful. If it is not useful, and no one else feels like contributing to this effort, then I've not wasted a huge amount of time.

Magicka

Just a quick couple of notes:

1. Much to my (lack of) surprise, a game where you can mix spells and hurt yourself with them plays really well.
2. Reading the reviews so far, it sounds like I may have been moonlighting on the development while I slept...

Release early, release often.

Unangband forked

Yesterday between 16:25 and 16:33. R-branch 2.51 kg. S-branch 2.34 kg. Mother and babies are all well.

[Edit: Apparently I was being too subtle...]

Designing a Magic System Redux - Part Four (Pick any two)

You are encouraged to read parts one, two and three of this article series, and are strongly encouraged to read the original Designing a Magic System series of articles if you have not already done so. It turns out I had this article sitting in draft for about six months, so some of the Team Fortress 2 figures are a little out of date.

One thing I've tried to play with in Unangband is alternative character development models to the standard RPG tropes: experience and levels. Not that you'd ever guess by playing the game which appears hugely focused on level increase through experience gained from killing monsters. But a high level character in any Angband variant is incredibly fragile without the equipment that they will have gained along the way, which makes Angband much more about the correct selection and management of discovered items in the inventory, than it is about level gain or monster slaying.

I've discussed previously the differences between skills and classes, and some of the general disadvantages of each approach. I've also gone into detail about how to design a magic system, and how it may be worthwhile looking at differing systems of progression, without going into detail about the implementation details.

I want to talk about these details here - taking two specific progression designs from Unangband and give you the reasoning behind each of them; with specific regard to making the choices interesting.

The weakness of a lot of progression systems is that the choices are uninteresting. Take how most RPG skill systems work: where you buy skills from one or more talent trees using a pool of points which increases the longer you play the game. The choices in most of these systems are not exclusive, and instead merely become an ordering decision, that is, if you buy skill A, you can always buy skill B later on, and there is no difference ultimately in whether you choose A first or B first, provided you get both.

This problem is exacerbated in when the cost of skills deeper in the tree escalates - the Civilisation series of games being a good example - because you can skip buying one of the more expensive skills to effectively 'catch up' on all the cheaper skills you elected not to purchase previously.

The effect in both instances is that the characters end up being homogeneous midway through their progression - and only start to differentiate themselves at the higher level skills, instead of through out the talent tree.

You may argue that a particular system has skills which work in synergy, so that it is always worth picking skill ABCD in sequence, instead of EFGH, because the skills combined are worth more than e.g. ABGH. But in that instance, you're actually presenting less choice to the player, because ABGH users will be beaten by ABCD or EFGH users, so that despite having 8 skills in this example, there are only two real choices.

You may also argue that a particular system has pre-requisites so that to get skill C requires that you have learned skills A and B, E requires A and C, and so on, so that the skills at the tips of the tree are entirely dependent on which skills you have chosen earlier. But by using pre-requisites, you're again restricting the range of possible choices to only be meaningful at the tips of the talent tree, as opposed to choices further up the trunk.

There are several ways to avoid this. The first is by either using slots or sockets, so that the player can only choose a set number of skills to equip out of the possible talent trees. The inventory system in Angband is an example of using 22 slots to carry all possible discovered items, and the equipment system an example of using sockets to carry a single weapon, shield, amulet, light source, 2 rings and so on. A particular socket may hold weak, middle or powerful skills, so that you are forced to pick only one of the set of possible skills of each grade.

Take Team Fortress 2 as an example. At the time of writing, the sniper has 2 possible primary weapons, 3 secondary weapons, and 2 melee weapons. Using only 7 weapons, we have 12 possible sniper combinations because of the division of weapons into these 3 exclusive buckets. And if we could choose 3 items to carry, from 7 items total, there would be (7x6x5)/3! = 35 choices in all. Whereas a talent tree of 7 skills from, for example, 100 Rogues, would have at most 3 branches of up to 3 depth. Assuming a similar 3 selection limit, and approximating the possible choices by using a combinations with repetition counting approach, there can only be (5x4x3)/3! = 10 choices.

In general, if you have lots of skills and don't allow the player a large number of selections, you are better choosing a slot or socket approach. If you do allow a large number of selections, relative to the total number of skills available, the analysis of choices available in the talent tree by using a combinations with repetition approach breaks down, and you are instead limited by the depth of each talent tree which at best behaves like the slot approach. The socket approach has degenerate cases where the talent tree behaves better, but in general is far easier to design.

The second way to avoid this is with a sliding window approach, which is what I use in Unangband for developing abilities for familiars. A sliding window allows you at best only a subset of choices at any particular time, and periodically the window slides, so that early choices are no longer available, and later choices become available. With familiars, you can choose a new ability every two levels, and every four levels the window slides 10 abilities further on into the list of possible abilities. Since the window is also 10 abilities big (but in general does not have to be the same size as the slide distance), effectively you can choose 2 abilities out of 10 different abilities every four levels. This gives you approximately (10*9)^12 choices over the course of the game, at the cost of designing 120 different familiar abilities and putting them in an approximate order of power.

(I would hate to have to design talent trees containing 120 skills to give the same variety of choice.)

I could, of course, provide far more choices by allowing the player to pick from any of the 120 familiar abilities every time they advanced two levels (the slot approach), but aside from the game balance issues of allowing some high level monster abilities from the start, there is the real consideration that the human mind is limited in its ability to comprehend more than a limited set of choices, and breaks down its rational decision making process if presented with too much choice at once.

This limit also suggests an upper bound for the number of available talent trees to choose from, as well as the number of slots or sockets and the number of choices to be presented per socket. A lot of this is avoided in Angband because you only encounter so many items at once, and must discard choices that you've no room for in your inventory or equipment.

First Age Angband RPG

For those Tolkien buffs out there, you may be interested in reading about Antoine's First Age RPG.

As far as RPG designs go, I love his choice of primary statistics.

The Quest for Quests: Part Nine (Interlude)

You may want to start this series with part one, two, three, four, five, six, seven or eight.

I'm going to take another brief pause in this somewhat interrupted article series to point out a dark tower on the horizon, wreathed in storm clouds, through which wretched things take wing. That is our ultimate destination: the tower of the end game. Before it, we must pass through two great lands: the first, a pile of haphazardly placed blocks of rock and earth, through which water and lava and sand spill, fall and lap; the second, the rolling hills and forests and villages filled with warring medieval kingdoms. You know these places as Dwarf Fortress (or perhaps Minecraft), and Mount & Blade, and both have 'solved' many of the problems of quests that I have highlighted so far.

(The perceptive of you may notice the glint of recent flash of steel, from a hardy duo trapped somewhere in the wilderness before you).

Within a few minutes of playing Mount & Blade, I could feel the tingle in my fingertips of a game that does everything right that I've been writing towards with this series. Trading system instead of fetch quests. Check. Constantly changing world governed by an underlying set of rules that changes the environment while you play. Check. A faction system instead of quest givers. Check. Metagame (conquer the kingdom) which sits above the primary game (Pirates! plus first person sword fighting). Emergent complexity, whatever that means. Check.

So should I lay down my quill and let this quest rest?

Luckily not, because as one apt Rock Paper Shotgun so evocatively writes:

Regardless you do need some fixed content, otherwise everything ends up like the repetitive and dull wandering of Mount and Blade’s mid game.

That is because Minecraft, and Dwarf Fortress and Mount & Blade are all missing that one essential landmark of any great game: that dark tower of the endgame which you can see in the distance. I use the tower as a metaphor, but one of the greatest games, Half-Life 2, makes it literal, a beacon that you can see from almost anywhere inside and out City 17. Your endgame must cut through the moment like a dark stained blade, poisoning every decision the player makes with the final flaw 'what are the consequences'?

For many games, the path to the endgame is easy: Angband has stairs which lead only up to retreat, or down to advance, Mario is always moving to the right. The fight before the finish must be the crescendo. Games with fixed quest content end almost fitfully, because you have consumed all that they can deliver. Dwarf Fortress at least has that dull blade of finality 'Your dwarves have dug too deep.' that mercifully finishes off a fortress that groans with the fat of success, as opposed to the glorious bright eyed failures fallen before it.

The end game ironically is for the most part a given. The pieces you have moved into place, the choices and sacrifices that have built up to it usually come down to a single decision point or few and the best designed puzzle games leave resolution of success or failure to the last possible moment with all sides (in a multiplayer game) in contention as long as possible. Where the end game shines is not in the stalemate avoiding final dance, but in how its shadow is cast on mid game.

The mid game is where you are forced to implement your plans of how to win. In game where you are not faced by the infinite lego set of Minecraft, not everything is possible. There are time constraints, resource constraints, skill constraints, mutually exclusive decisions which force you to take a but not b, a battery of tests which wear down what resources you have available, wastage where your toil amounts to nothing, a slippery slope towards inevitability, set backs outside of your control, gateways through which you can pass one way only, entropy, a rising tide that pulls you in one direction, checkpoints which require minimum standards of you, irreversible decisions, stalemates, fatigue, failure states which trap you into restarting, or worse: mulligans, treadmills, grinds, false economies, exploits which encourage bad behaviour, fool's gold, mudflation, Garfield cards, bad designer prisons and gear reversals.

(To avoid linking to TV tropes and losing you, I'm forced to invent my own private lingo to lose you instead. A Garfield card is something that has the same cost as a clearly more useful item - therefore essentially useless. Reference is Magic: the Gathering's designer Richard Garfield who uses this technique. While I have disparaged it previously, I suspect, like many hill climbing algorithms, sometimes you need to move through low value points represented by Garfield cards to get to higher peaks. A bad designer prison is a part of the game where the rules are suddenly and artificially limited. Think of bosses who are immune to abilities you have used previously, for no good reason. A gear reversal is that point in the game where you are stripped of all equipment.)

Without an endgame, most of these are meaningless. To take one example: Chess defines a stalemate as a series of repeated moves and clearly enforces them. A series of repeated moves in Minecraft could be you admiring the same view each morning. You can 'do-over' a building by cutting down another mountain one valley along, but in chess, your mulligans are misconduct.

To be clear: I'm valuing what you might consider a certain kind of game, a certain kind of way of playing games, and a certain kind of player (more than 800,000 of them at last count) will never take issue with Minecraft's unlimited sandbox world. But games without endgames are much more limiting in terms of the types of play they support, and much more limiting in the types of players they satisfy, for all that they promise no limits.

To see why, consider a variant of Minecraft, which has an endgame: to build the highest tower of any player anywhere in the world, and new building block type governed by more sophisticated physics system which requires the player master it to build high above the clouds. Moreover, the ingredients required to build this tower are collected and limited by interaction with a linear narrative, but where you can get enough resources for sandbox play 'readily' if not right at the start (A certain part of the narrative may consist of tutorials to highlight techniques and physics interactions you may not have considered). We'll call this variant World of Goo.

World of Goo lets you participate in sandbox play as much as you desire, as well as more narrative driven play that Minecraft lacks, and which some people express a preference for which never could be fulfilled by Minecraft. In addition, a third type of player plays competitively, min-maxing their way through the narrative and resource acquisition phases to acquire as much of this tower building resource as possible. Another type of competitive player comes up with unique tower building techniques which require less pieces, or excels in specialist league maps, which try to build the towers with the most unique properties using a fixed number of resources.

There is one key decision that this hypothetical World of Goo makes that loses some potential players who are well-served by Minecraft: it limits the total amount of goo available. But the players it loses are only noncompetitive tower builders, who want to build towers over a certain height 'easily'. You could address this by making an unlimited tower building resource available that is distinct for goo, for which players can buy, or grind over time: call this resource hats. I'm not sure if the tower of hats model is the right approach, but it clearly is a popular direction to take.

All other builder types are well catered for by the sandbox that thought experiment World of Goo makes available, because only goo for towers is limited. And competitive tower builders are under served by Minecraft. In particular, Minecraft doesn't cater at all for (for want of a better term) Chinese mother tower builders - to paraphrase the linked article, tower builders whose limits can only be reached by rising to the rigors of strict competitive environments.

My argument is that Chinese mother tower builders are the reason your games need goo and endgame, not just bl0cks and sandboxes. The designers of many games could not possible anticipate the depth to which some games could be played whether they be Chess or Starcraft, and an endless sandbox cannot alone offer compelling enough a reason for a competitive community to emerge to explore these depths. There is one caveat: if the game has a big enough an audience, all things are possible. Team Fortress 2 has surf maps, Star Craft has maps with unlimited resources and Defence of the Ancients, Civilisation IV a menagerie of mods. But all of these examples have a strong end game component, and clearly defined goals, even if they have mutated beyond the intent of the original designers.

(Magnasanti being the artistic vision of one man shredding a game with concrete depth charges).

Forumutterings

There's been some recent argument against and for forums as a medium of exchange between developers and their communities.

I decided against forums (in a tied poll) specifically for Unangband, on the basis there is already a well developed Angband forum community and I didn't want to splinter that base. I'd similarly not have the time committment for moderating an Ascii Dreams forum, but feel free to comment, or head over to Temple of the Roguelike for general roguelike development forum-ness.

I do have some thoughts on the issue, based solely on my recent experience trying to shepherd some changes through the TF2 beta process, but I'll leave these for another time. Instead, I'll offer up the best response I've seen to some of the needless rage and anger on community forums, from Chris King, the lead designer of Victoria 2:

You know I had to go and look at the Civfanatics forum to see how they were taking this new and my God there are some bitter people there. My favourite was as long as Jon stays away from Paradox I’ll be happy. With that in mind I would like to make the following public offer.

Jon, if you are reading this and if you do have some free time, would like to be our special guest programmer on the Hearts of Iron 3 patch?

Source.

Mysterious quality

Anyone care to speculate on the mysterious indie roguelike mentioned at number #7 for the year?

And who J.L. is?

Full Results for the Ascii Dreams Roguelike of the Year 2010

All I can say is wow!

For the fourth year running, there have been more roguelikes being written, played and voted for. Thanks to all 981 of you who voted this year - almost twice as many as last year. It's getting to the point where there are too many roguelikes for anyone to be able to sample them all, let alone give them the play time needed to explore their depths. I hope this list gives you the opportunity to play at least one roguelike you wouldn't have otherwise considered.

...transmission...	1 (0%)
100LEVEL	0 (0%)
100 Rogues	15 (1%)
aemoebaRL	0 (0%)
A Most Peculiar Adventure	3 (0%)
Angband	44 (4%)
A Quest Too Far	4 (0%)
AarrrRL!	1 (0%)
Adventurer	1 (0%)
Albion	3 (0%)
AliensRL	12 (1%)
Anonymous Roguelike	0 (0%)
Arcan Myth RL	0 (0%)
Arima: Desdemona's Fall	0 (0%)
Ascii Dash	0 (0%)
Ash of Time	0 (0%)
atrogue	0 (0%)
Bane of the Living	0 (0%)
Battlement	0 (0%)
BiddenRL	0 (0%)
BOSS	0 (0%)
Brogue	32 (3%)
Cardinal Quest	3 (0%)
CastlevaniaRL	11 (1%)
Cataclysm	14 (1%)
Caverns of Xaskazien	1 (0%)
chaosRL	2 (0%)
Chompy!	0 (0%)
Chronophase	2 (0%)
City of the Condemned	0 (0%)
Cracks and Crevices	1 (0%)
crashRun	0 (0%)
Cryptband	0 (0%)
CyberpunkRL	2 (0%)
DaJAngband	4 (0%)
Dance of Death	14 (1%)
Dawn of the Dead Roguelike III	1 (0%)
Demonhunt	3 (0%)
Destiny Rogues	0 (0%)
Dimension Dungeon	0 (0%)
Domination Empires	0 (0%)
DoomRL	95 (9%)
Dungeon Crawl Stone Soup	294 (29%)
Dungeonmans	3 (0%)
Dungeon Monkey Unlimited	2 (0%)
Dungeons of Craci	0 (0%)
Dungeon Sweeper	1 (0%)
Dwarf Fortress	171 (17%)
Dweller	7 (0%)
Earl Spork	1 (0%)
Exalt	0 (0%)
Expedition	8 (0%)
Exploring The Bleak	1 (0%)
FAAngband	4 (0%)
Fall From Heaven	2 (0%)
Featurecreeper	2 (0%)
Floating Eye: The Game	0 (0%)
Frozen Depths	17 (1%)
GartenRL	0 (0%)
GearHead-2	16 (1%)
Goblin Camp	34 (3%)
GhostbustersAscii	2 (0%)
Glacier	0 (0%)
Gumband	1 (0%)
HamQuest	0 (0%)
Harmless7DRL	0 (0%)
Hellband	3 (0%)
Holohoax	0 (0%)
Huma4DRL	0 (0%)
Hydra Slayer	14 (1%)
HyperSilence	1 (0%)
IfRL	0 (0%)
Interhack	3 (0%)
Infiniverse Lone Explorer	0 (0%)
Iso-Angband	1 (0%)
Jellies in a Jam	0 (0%)
KleinRL	2 (0%)
Kharne	1 (0%)
Labyrinths and Legends	2 (0%)
LambdaRogue	2 (0%)
Lanceran Reload	1 (0%)
Laser Spigot	0 (0%)
Last of candle	0 (0%)
Lost Labyrinth	10 (1%)
Madness	4 (0%)
Mage Guild	10 (1%)
Magecrawl	1 (0%)
Math: The Roguelike	1 (0%)
Mazeband	0 (0%)
Menace of the Mines	0 (0%)
MetroidRL	1 (0%)
Middlecrest	0 (0%)
Mines of Elderlore	0 (0%)
Monastery	0 (0%)
Muert: Racial Prison Riot Rape Mayhem	1 (0%)
Neon	0 (0%)
NLarn	8 (0%)
NPPAngband	5 (0%)
Pack-man	0 (0%)
Plains of Sedia	1 (0%)
Podziemia	0 (0%)
POWDER	31 (3%)
Portralis	4 (0%)
PrincessRL	15 (1%)
Privateer: Ascii Sector	21 (2%)
Prospector	28 (2%)
Puzzlerogue	0 (0%)
PWMAngband	3 (0%)
QuestFor7	0 (0%)
Quest for the Unicorn	0 (0%)
Ravenous	1 (0%)
Rayel	2 (0%)
Robobot	0 (0%)
Rogue Assasin	0 (0%)
RogueBand Hero	1 (0%)
Roguelike GCS	0 (0%)
Rogue Project 2	0 (0%)
Roguestar	0 (0%)
RogueUnlike	0 (0%)
Rogue Survivor	69 (7%)
RULER	0 (0%)
RunRight	0 (0%)
Sanctuary	0 (0%)
Sangband	8 (0%)
SewerJacks	6 (0%)
Sharplike	0 (0%)
ShopDoom	1 (0%)
SilverQuest OPL	12 (1%)
Smart Kobold	13 (1%)
Smash Arena	0 (0%)
So you think you can dance ... ON MY GRAVE?	0 (0%)
Spell and Spear	0 (0%)
Squirm	1 (0%)
Tartarus	0 (0%)
Teemu	1 (0%)
Teratogen	2 (0%)
Terraforma	0 (0%)
Tetris RL 2	0 (0%)
The cave	1 (0%)
The Hack of Life	0 (0%)
The Legend of Kalamakkara	1 (0%)
The rogue's quest	0 (0%)
The Slimy Lichmummy	0 (0%)
The Spy Who Rogued Me	0 (0%)
The Test of Inn	0 (0%)
Toby the Trapper	5 (0%)
ToME 4.0.0	384 (39%)
Traction Edge	1 (0%)
Transcendence	20 (2%)
TreeBurner	7 (0%)
Triangle Wizard	14 (1%)
Troll Slayer	4 (0%)
Umbra	8 (0%)
Unangband	17 (1%)
Underhall	0 (0%)
UnNetHack	34 (3%)
UnReal World	15 (1%)
UNSTOPPABLE	5 (0%)
Vapourtek Theatre	0 (0%)
Wayfarer	3 (0%)
WebRaid	0 (0%)
Wizard's Quest	8 (0%)
World of Roguecraft	0 (0%)
WWRL	1 (0%)
XIOTANK	0 (0%)
ZapM	19 (1%)
Zombie Swarm	2 (0%)

Honourable Mentions for Ascii Dreams Roguelike of the Year 2010

All 3 honourable mentions this year had more votes than would have been required to win the inaugural competition, and two of them are returning winners.

Doom: the Roguelike aka DoomRL was the 2009 winner, and still perennial favourite short form roguelike.

Dwarf Fortress is the 2007 winner, and recent development cycles have seen the roguelike Adventurer mode receive a lot more attention.

Rogue Survivor is a relatively new entry into the field with its first release in May 2010, but has quickly grown in popularity being featured on the Indie Games blog and Rock Paper Shotgun. It is a zombie outbreak survival sandbox game, with all the scavenging, barricade building and alliances with other survivors that entails.

Runner Up of the Ascii Dreams Roguelike of the Year 2010: Dungeon Crawl: Stone Soup

Dungeon Crawl: Stone Soup has won once, and been a runner up once already, and continues to go from strength to strength. Version 0.7.1 was released July 2010 and continues to be developed day to day - undoubtedly the Crawl development team have started thinking about what version 1.0 must entail.

The links to Dungeon Crawl's resources have been updated, and the best place to start is the development blog.

Winner of the Ascii Dreams Roguelike of the Year 2010: T.o.M.E. 4

I had written an obituary for ToME as a part of an article on how uncontrolled ambitions of developing a roguelike can ultimately cause the game to fall apart. Then there is the received wisdom that you should never ever rewrite your game from scratch, because you throw away all the learned knowledge embodied in the old code base. Then there are the design problems inherent in trying to build both a game engine, and an implementation of that engine, from an old code base which ultimately bogged down and halted development of ToME 3.0.

But DarkGod is irrepressible: with the words 'The board is set, the pieces are moving.' he unleashed the 3rd major iteration of a game that started as a variant of Zangband called PernAngband, changed its setting twice (to Middle Earth, and now a whole new fantasy world), but keeping his fans and development team intact and excited about his vision.

ToME: the Tales of Maj'Eyal to give its relatively new full name consists of a fantasy world designed from the ground up, but also a Lua based OpenGL game engine called T-Engine 4 that you can develop your own unique roguelike for. While the engine is in the early days of adoption, based on the number of roguelikes built on the earlier ToME engine versions, there will be plenty of modules coming out soon.

You can download ToME here and visit the forums and read the wiki here.