In the original Rogue, the goal was for a ârogueâ to retrieve the Amulet of Yendor. But where did this rogue come from? And where does he need to take the amulet? Surely thereâs a world outside of the dungeon, and there must be some reason why this rogue made it to the dungeon and no one else did. World of Rogue will explore the background of this famous dungeon-runner.
World of Rogue is meant to be the epitome of a roguelike. Obviously this is a pretty bold statement, so there should probably be an explanation of what is meant by it and what classifies a game as a roguelike.
World of Rogue will take the phrase âno two games are the sameâ to a whole new level. The world will be randomly generated. This includes the overworld, towns, locations of interest, and dungeons. Each town will be populated by randomly created NPCs, and each dungeon will contain truly random monsters.
At the start of the game, several hundred monsters will be randomly created. They will be given a random name, a random description, and several random abilities. The amount of abilities and overall strength of the monster will determine its âlevelâ, that is, how soon in the game the player will face it. A potential monster might look like this:
The Daruka is a large, vicious mammal. It employs its claws to deadly effect. It prefers a cool climate.
Large would determine its physical stats, like hitpoints. Vicious might be a modifier that makes it more likely to attack, or less likely to run when at low health. âClawsâ could be a special attack. And âcool climateâ indicates where itâs generated or that it is weak to fire attacks.
Townsfolk and other allies will be randomly generated as will. They will have a random name and several flags, such as:
Combat will consist of what I call âfixed randomnessâ. A monster has several body components, such as arms, legs, head, etc. Each component has a certain amount of hitpoints. Each attack deals a fixed amount of damage to one or more random components (fixed randomness). If that part is armored, the armor must be destroyed before damage can be taken to that part. Whenever a body component has zero hitpoints, the monster or player dies. I think this is a logical combat abstraction. You can keep fighting with a wounded arm. However, if that arm gets hacked off, you have a very low chance of survival, and will probably not fight competently afterwards. Weapons do a fixed amount of damage. Depending on the weapon, they may affect only one or several body parts, and they may do high or low damage. A whip might deal 1 damage to 2 body parts. A greataxe might deal 3 damage to only 1 body part. In addition, weapons have attack speed and hit chance. These four weapon attributes (attack speed, hit chance, hit amount, hit damage) are the only factors that diferentiate weapons. Strategy involves using the right weapon at the right time, instead of being stronger or more skilled than your opponant.
Instead of having a class determine skills and combat abilities, the player will have a set of attributes that determine NPC interaction. Every character will start out as a sort of template; there will be no starting equipment, no starting skills, no stats. Thatâs right: This game has none of the familiar Strength, Dexterity, and Constitution player stats. Because combat strength is determined by weapons, stats are completely unnecessary. However, as I mentioned before, there will be interaction attributes (think GearHead).
The player will have several attribute that determine how likely it is that an NPC will help him or give him a quest.
Quests will also employ the idea of âfixed randomnessâ. There are several fixed quest types, but they will vary in levels of difficulty and rewards.
World of Rogue should be a very âlightâ program. Because it is completely random, it requires no special case coding and no plot lines. Data files will be minimal or non-existant, since everything is generated during runtime. It should also be fairly simple to code, consisting only of an engine and data generators.
Presently World of Rogue is merely conceptual. However, there should be a working version out by the end of the year.
If you have questions, comments, advice, or ideas, feel free to contact the developer.