I've been working on the endless mode recently, trying to get some good gameplay out of it. As a reminder, the endless mode is all about defending your dungeon against incoming waves of attackers, trying to survive for as long as possible. The conquering aspect of KeeperRL is completely removed in this mode, and there is no victory condition. (if you are wondering how this will work with the recent progression changes, you will get mana rewards for resisting each attack wave).

The rates and the difficulty curve of the attackers will be very similar across games, in order to give a consistent experience, and to make different runs comparable for the sake of highscores. I don't want to have to define every single attack wave by hand though, and I also want them to be randomized a bit, so I have to come up with a way to scale the difficulties of monsters automatically. The game doesn't know how to compare the difficulty of creatures though, for example is a level 35 dragon more dangerous than 15 dwarves, level 20 each? I think the only way to tell is to simulate attacks with AI controlling both sides, but it's not an easy task.

For now I've been playing around with scripted attacks, for example every 1000 turns, alternating between bandits and ants, and every wave is 4 levels more experienced than the previous. With the recent addition of full control mode, I came up with a simple tactic of trapping the enemies at the end of a corridor, with 3 of my minions fighting one enemy at a time, and a few healer minions supporting them from the second line.

It became really obvious that the enemies need better attack patterns. The simplest solution was the blast spell, and the AI will now try use it to push your minions away and advance through the choke point. My second idea was to give ants their natural capability: digging. Up to this point the enemies couldn't breach the structure of your dungeon. It was time to change it. :)



This new mechanic comes with obvious balance challenges, as we wouldn't want ants to be able to dig out a whole side of your dungeon. I came up with the following rules: they will only dig when it creates a significant shortcut to their target, and will mostly avoid digging through reinforced walls. They will also try to dig around choke points.

Having taught the AI how to dig, I realized it could also be a solution to another problem: sealed dungeons. At this point the "fill up tunnel" order is very limited: you can't place more than one at a time, and you can't cut off an empty area. The reason for this was that the game wouldn't be able to deal with a completely sealed- off dungeon, and you could survive indefinitely, which would especially break the endless mode.

The problem is that, due to a bug, it's still possible to trick the "fill up tunnel" order into sealing off the dungeon, and until now I didn't have a good answer to that. With AI being able to dig, I gave that ability to all enemies, but with the exception of ants, only if there is no other way to reach their target, meaning that it had been sealed off.

Just to repeat this point :), if you don't seal off your dungeon, the only ones to do any digging will be the ants, but if you do, all the enemies will happily dig through to your gold or your Keeper. On the plus side, you will be free to fill up any tiles you want.

I've been working on the endless mode recently, trying to get some good gameplay out of it. As a reminder, the endless mode is all about defending your dungeon against incoming waves of attackers, trying to survive for as long as possible. The conquering aspect of KeeperRL is completely removed in this mode, and there is no victory condition. (if you are wondering how this will work with the recent progression changes, you will get mana rewards for resisting each attack wave).

The rates and the difficulty curve of the attackers will be very similar across games, in order to give a consistent experience, and to make different runs comparable for the sake of highscores. I don't want to have to define every single attack wave by hand though, and I also want them to be randomized a bit, so I have to come up with a way to scale the difficulties of monsters automatically. The game doesn't know how to compare the difficulty of creatures though, for example is a level 35 dragon more dangerous than 15 dwarves, level 20 each? I think the only way to tell is to simulate attacks with AI controlling both sides, but it's not an easy task.

For now I've been playing around with scripted attacks, for example every 1000 turns, alternating between bandits and ants, and every wave is 4 levels more experienced than the previous. With the recent addition of full control mode, I came up with a simple tactic of trapping the enemies at the end of a corridor, with 3 of my minions fighting one enemy at a time, and a few healer minions supporting them from the second line.

It became really obvious that the enemies need better attack patterns. The simplest solution was the blast spell, and the AI will now try use it to push your minions away and advance through the choke point. My second idea was to give ants their natural capability: digging. Up to this point the enemies couldn't breach the structure of your dungeon. It was time to change it. :)



This new mechanic comes with obvious balance challenges, as we wouldn't want ants to be able to dig out a whole side of your dungeon. I came up with the following rules: they will only dig when it creates a significant shortcut to their target, and will mostly avoid digging through reinforced walls. They will also try to dig around choke points.

Having taught the AI how to dig, I realized it could also be a solution to another problem: sealed dungeons. At this point the "fill up tunnel" order is very limited: you can't place more than one at a time, and you can't cut off an empty area. The reason for this was that the game wouldn't be able to deal with a completely sealed- off dungeon, and you could survive indefinitely, which would especially break the endless mode.

The problem is that, due to a bug, it's still possible to trick the "fill up tunnel" order into sealing off the dungeon, and until now I didn't have a good answer to that. With AI being able to dig, I gave that ability to all enemies, but with the exception of ants, only if there is no other way to reach their target, meaning that it had been sealed off.

Just to repeat this point :), if you don't seal off your dungeon, the only ones to do any digging will be the ants, but if you do, all the enemies will happily dig through to your gold or your Keeper. On the plus side, you will be free to fill up any tiles you want.

KeeperRL Alpha23 is not ready yet, but a lot of new features are already implemented, and you can test them out! Opt-into the testing branch through the game's properties in the Steam client (choose the "BETAS" tab). Only Windows builds are available for now.

Below is a list of all major changes. You can read discussion on the changes here and here. I'm awaiting your comments and criticism :-). Please post in this thread or in the comments below.

• Removed mana regeneration in the library. Mana can only be gained by conquering villages or torturing prisoners.
• Statues and throne cost mana.
• Demon shrines cost gold, portal costs stone, eyeball costs wood.
• Imps, legendary minions and potions cost gold.
• "Full control" mode, with direct control over each minion on the team.
• Removed strength, dexterity and accuracy attributes. Attacks never miss.
• Added spell and ranged damage attributes.
• Added spell training in the library.
• Vampire lord is hostile when released from his coffin.
• Removed arrow items, bows have unlimited ammo.
• Reduced damage dealt in combat by 50% (combat is slower).
• Made combat less random.
• Added health bars.
• Added "heal other" spell.
• Removed first-aid kits, except for adventurers.
• Added personalized training limits for minions.
• Mana is rewarded only once per enemy kind.
• Creatures no longer become hostile when accidentally attacked by members of the same tribe. (But still do for different tribes)
• Added resistances and vulnerabilities to all damage types.
• Made all villains visible in the "villains" tab. Useful for pillaging.
• Attributes don't decrease when creature is wounded.
• Made giant spider's webs invisible, giant spider is much more dangerous.
• Dragons cast spells.
• Common field of view between all minions.
• Made Vultures much less common.
• AI doesn't panic as quickly when wounded.
• Tree stumps can be removed with the "remove construction" order.
• Added library room upgrades necessary for higher training levels.
• Creatures learn spells at specific training levels. (see Keeperopedia).
• Added magic missile spell, which uses creatures's spell damage value for attack.
• Only imps can whip and execute.
• Added gallows installation for executions.
• Minions will only go to sleep if they haven't slept for 1000 turns or more.
• Improved "collapsed" state. Artifact war-hammers cause collapsing.
• Reworked "bleeding" state. Creatures no longer bleed when their health is low. Arftifact battle-axes cause bleeding.
• Poisoning and bleeding deplete health much more quickly.
• Crafting, geology I, and sorcery are unlocked by default.
• Morale affects imp speed, imps can be whipped.
• Removed backstabbing and minimum strength requirement for some weapons.
• Added nicer tooltips for creatures.
• Added nicer map window.
• Added animations for some spells.

KeeperRL Alpha23 is not ready yet, but a lot of new features are already implemented, and you can test them out! Opt-into the testing branch through the game's properties in the Steam client (choose the "BETAS" tab). Only Windows builds are available for now.

Below is a list of all major changes. You can read discussion on the changes here and here. I'm awaiting your comments and criticism :-). Please post in this thread or in the comments below.

• Removed mana regeneration in the library. Mana can only be gained by conquering villages or torturing prisoners.
• Statues and throne cost mana.
• Demon shrines cost gold, portal costs stone, eyeball costs wood.
• Imps, legendary minions and potions cost gold.
• "Full control" mode, with direct control over each minion on the team.
• Removed strength, dexterity and accuracy attributes. Attacks never miss.
• Added spell and ranged damage attributes.
• Added spell training in the library.
• Vampire lord is hostile when released from his coffin.
• Removed arrow items, bows have unlimited ammo.
• Reduced damage dealt in combat by 50% (combat is slower).
• Made combat less random.
• Added health bars.
• Added "heal other" spell.
• Removed first-aid kits, except for adventurers.
• Added personalized training limits for minions.
• Mana is rewarded only once per enemy kind.
• Creatures no longer become hostile when accidentally attacked by members of the same tribe. (But still do for different tribes)
• Added resistances and vulnerabilities to all damage types.
• Made all villains visible in the "villains" tab. Useful for pillaging.
• Attributes don't decrease when creature is wounded.
• Made giant spider's webs invisible, giant spider is much more dangerous.
• Dragons cast spells.
• Common field of view between all minions.
• Made Vultures much less common.
• AI doesn't panic as quickly when wounded.
• Tree stumps can be removed with the "remove construction" order.
• Added library room upgrades necessary for higher training levels.
• Creatures learn spells at specific training levels. (see Keeperopedia).
• Added magic missile spell, which uses creatures's spell damage value for attack.
• Only imps can whip and execute.
• Added gallows installation for executions.
• Minions will only go to sleep if they haven't slept for 1000 turns or more.
• Improved "collapsed" state. Artifact war-hammers cause collapsing.
• Reworked "bleeding" state. Creatures no longer bleed when their health is low. Arftifact battle-axes cause bleeding.
• Poisoning and bleeding deplete health much more quickly.
• Crafting, geology I, and sorcery are unlocked by default.
• Morale affects imp speed, imps can be whipped.
• Removed backstabbing and minimum strength requirement for some weapons.
• Added nicer tooltips for creatures.
• Added nicer map window.
• Added animations for some spells.

The previous blog post about progression has stirred a lot of discussion, and I want to follow up a little bit, before I go into the main topic of this post. If you haven't read the previous post, I recommend doing it first.

First of all, my comment about my lack of desire to implement complex management a'la Dwarf Fortress made a few people worried, so I want to clarify. I didn't mean that there won't be any new features of this kind, only that it's not the main focus of KeeperRL, which should be obvious by now :) . So you won't see detailed tracking of minions' emotions, fluid simulation, etc., but there is new stuff coming even in the next update.

Second, some of you were worried that the new progression based on mana would interfere with other elements of the economy. I had a nice discussion with Steam player WarMaster GoreHowl, and he postulated that major expenses, like technology, should use different resources than more minor things, like crafting, because otherwise the player is too conflicted about spending on the minor things.

It's a fair point, and it made me play with another idea of using gold for technology and population advancement. Unfortunately this didn't work well, because there are multiple sources of gold in KeeperRL, and it's hard to make sure the rewards for conquest are balanced well. Mana, on the other hand, can be more easily curated to make sure that players are getting the right amount, for example two technologies per each major villain conquered. My current choice, therefore, is to use mana only for technologies and population (everything else that uses mana will be switched to another resource). Exact amounts of tech and population costs are to be resolved later, of course. Note that nothing is set in stone, and further testing or feedback might change my mind again. :)

Together with the progression overhaul, I've planned a set of drastic changes around the combat in KeeperRL, as this part of the game is severely lacking right now. My main motivation was to make spellcasting creatures more significant. This includes the Keeper, most importantly. I decided that all damage dealt in combat will be of one of these three types: Melee, Ranged, and Magical. Every creature will have an attribute for each of the types that dictates how much damage it deals. For example, an orc with Melee Damage 25 and a +8 sword will deal 33 damage, and when an orc shaman with Magical Damage 18 casts an offensive spell, it will deal 18 damage every single time. The current attributes Strength and Dexterity will be removed, and as a consequence, there will be no missed attacks anymore (although an attack against a well protected opponent may deal zero damage).

It was tempting to also add a separate Defense attribute for each type of damage, but it proved to be too convoluted. So instead every creature has one Defense value against all types of attack, although it can receive a "resistant/vulnerable to <damage type>" buff, intrinsically or via a spell or potion. For example, all ogres will be vulnerable to magic attacks, cyclopes will be resistant to ranged attacks, and minions will be able to learn a spell that protects them from melee attacks.



Naturally, the three damage attributes need to have training possibilities. Each will have a separate path: the Training Room will train Melee Damage and Defense, the Library will increase Magical Damage, and a new room, Archery Range will improve Ranged Damage. Every creature will have predefined maximum levels that they can reach at each kind of training, for example an orc shaman will train up to +3 in the training room, and up to +7 at the library. The library and archery range will require upgrades to train minions to the fullest, just like the training room does at the moment.

Since we will have more offensive (and also healing) spells now, they will add more interesting tactics to the game. I decided that this should be accompanied with a long planned tactical feature: full turn-based control of a team. By default you control only your team leader, but you can switch to a mode where you make moves for every minion on the team, which is extremely useful in combat! Sorry for the horrible gif. :P



This makes combat more similar to the Civ games, with the difference that creatures act sequentially, and thus almost always make only one move at a time, and you can't "wait" and go back to a creature later in the turn. The play is a bit clunky because of that, although it still feels extremely fun to me. I've also added common line of sight between all minions, so if one minion can see something, then everyone can (even outside of the team).

You're probably getting dizzy from all these new features, so let's move on to the last one. As you can see above, the game displays health bars over wounded creatures. This feature comes with underlying changes to damage and health calculations. The result is that combat is much slower and less random, there are fewer surprising insta-deaths, and also it's easier to overwhelm a strong enemy with a large number of weaker creatures. Things that many players have asked for.

This was a very speedy summary of all the incoming new stuff! In reality, it also comes with a lot of smaller, accompanying changes, including many in the UI department. All of the things mentioned are already implemented, but the game is now terribly unbalanced and needs a lot of testing. I'm eager to hear your comments and criticism, although I think that to get concrete feedback I need to release a testing build with all the changes, which will hopefully happen soon.

The previous blog post about progression has stirred a lot of discussion, and I want to follow up a little bit, before I go into the main topic of this post. If you haven't read the previous post, I recommend doing it first.

First of all, my comment about my lack of desire to implement complex management a'la Dwarf Fortress made a few people worried, so I want to clarify. I didn't mean that there won't be any new features of this kind, only that it's not the main focus of KeeperRL, which should be obvious by now :) . So you won't see detailed tracking of minions' emotions, fluid simulation, etc., but there is new stuff coming even in the next update.

Second, some of you were worried that the new progression based on mana would interfere with other elements of the economy. I had a nice discussion with Steam player WarMaster GoreHowl, and he postulated that major expenses, like technology, should use different resources than more minor things, like crafting, because otherwise the player is too conflicted about spending on the minor things.

It's a fair point, and it made me play with another idea of using gold for technology and population advancement. Unfortunately this didn't work well, because there are multiple sources of gold in KeeperRL, and it's hard to make sure the rewards for conquest are balanced well. Mana, on the other hand, can be more easily curated to make sure that players are getting the right amount, for example two technologies per each major villain conquered. My current choice, therefore, is to use mana only for technologies and population (everything else that uses mana will be switched to another resource). Exact amounts of tech and population costs are to be resolved later, of course. Note that nothing is set in stone, and further testing or feedback might change my mind again. :)

Together with the progression overhaul, I've planned a set of drastic changes around the combat in KeeperRL, as this part of the game is severely lacking right now. My main motivation was to make spellcasting creatures more significant. This includes the Keeper, most importantly. I decided that all damage dealt in combat will be of one of these three types: Melee, Ranged, and Magical. Every creature will have an attribute for each of the types that dictates how much damage it deals. For example, an orc with Melee Damage 25 and a +8 sword will deal 33 damage, and when an orc shaman with Magical Damage 18 casts an offensive spell, it will deal 18 damage every single time. The current attributes Strength and Dexterity will be removed, and as a consequence, there will be no missed attacks anymore (although an attack against a well protected opponent may deal zero damage).

It was tempting to also add a separate Defense attribute for each type of damage, but it proved to be too convoluted. So instead every creature has one Defense value against all types of attack, although it can receive a "resistant/vulnerable to <damage type>" buff, intrinsically or via a spell or potion. For example, all ogres will be vulnerable to magic attacks, cyclopes will be resistant to ranged attacks, and minions will be able to learn a spell that protects them from melee attacks.



Naturally, the three damage attributes need to have training possibilities. Each will have a separate path: the Training Room will train Melee Damage and Defense, the Library will increase Magical Damage, and a new room, Archery Range will improve Ranged Damage. Every creature will have predefined maximum levels that they can reach at each kind of training, for example an orc shaman will train up to +3 in the training room, and up to +7 at the library. The library and archery range will require upgrades to train minions to the fullest, just like the training room does at the moment.

Since we will have more offensive (and also healing) spells now, they will add more interesting tactics to the game. I decided that this should be accompanied with a long planned tactical feature: full turn-based control of a team. By default you control only your team leader, but you can switch to a mode where you make moves for every minion on the team, which is extremely useful in combat! Sorry for the horrible gif. :P



This makes combat more similar to the Civ games, with the difference that creatures act sequentially, and thus almost always make only one move at a time, and you can't "wait" and go back to a creature later in the turn. The play is a bit clunky because of that, although it still feels extremely fun to me. I've also added common line of sight between all minions, so if one minion can see something, then everyone can (even outside of the team).

You're probably getting dizzy from all these new features, so let's move on to the last one. As you can see above, the game displays health bars over wounded creatures. This feature comes with underlying changes to damage and health calculations. The result is that combat is much slower and less random, there are fewer surprising insta-deaths, and also it's easier to overwhelm a strong enemy with a large number of weaker creatures. Things that many players have asked for.

This was a very speedy summary of all the incoming new stuff! In reality, it also comes with a lot of smaller, accompanying changes, including many in the UI department. All of the things mentioned are already implemented, but the game is now terribly unbalanced and needs a lot of testing. I'm eager to hear your comments and criticism, although I think that to get concrete feedback I need to release a testing build with all the changes, which will hopefully happen soon.

I recently stumbled upon an old Reddit "AMA" by Tynan Sylvester, the author of Rimworld. I hope he doesn't mind if I quote chunk of one of his answers here. "What designers need to do is figure out the core of their game very early and just make that. Don't get caught up in polish, or art, or start thinking that adding ancillary features will make the game sing. If that core doesn't hit really hard and really grab players, the game is pretty much doomed. But if that core really works, everything added on will add huge value."

I think it's a very important point, and I've always felt that there is some wasted potential in the core gameplay of KeeperRL. I'm always trying to find ways to improve it, and the most recent effect was the immigration overhaul. The Alpha23 update will contain more major changes in KeeperRL's gameplay in two major departments: progression and combat mechanics. I'll split this post into two parts, and start with progression, leaving combat for part II.

Most games don't make all of their content available right from the start, but instead uncover it piece by piece, such that when playing the game, you feel that you're on a path that's leading somewhere. I think we can define progression as a mechanic that prevents the player from reaching all of the game's content at once. It's pretty obvious that it's a hugely important feature, and it can make or break a game.

I came up with the following methods of creating progression in base-building games.

• Making the building and management part of the game absorbing and challenging. This usually requires complex systems that create challenges for the player. Examples of games with such mechanics are: Dwarf Fortress, Rimworld, Gnomoria, Factorio.
• Having the player wait for stuff to complete. This includes slow resource extraction, tech research that takes time, etc. Even though this method is often used in successful games, I think it can give bad results if not used carefully.
• External challenges, like invaders, disasters, etc. They can strictly define progress, like in the tower defense genre, or be a side feature and just hinder the player's efforts from time to time.
• Exploration and conquest outside of the player's base. Only some base-building games have them. Conquest can be a requirement for winning the game, but it can also be tied more closely with progression by letting the player bring back loot and resources that are then used to improve his or her base.

I've decided long time ago that KeeperRL won't be about complex management and building a'la Dwarf Fortress, because I don't enjoy this kind of games that much, and I feel that I couldn't design one well. This leaves the other three bullet points to think about.

A major issue in KeeperRL's progression is that you can create a perfect army without being bothered much, and only then destroy all the villains. The end can also be boring, because you can be as strong as you want to. I realized that this is because the game rewards you for waiting with regeneration of mana. Waiting is only good when it comes with trade-offs, such as a risk of being invaded. But invasions are hard to balance in KeeperRL, and when the enemies are too aggressive, then the game becomes too hard for lot of players.

That's why I tried a different direction and removed the waiting, such that mana is only awarded for conquering villains, and not generated in the library. It turns out that this simple change made the game much more interesting. Conquest is the only way to research technology, so it's very strictly tied with your dungeon's progression. It could potentially make the game too linear, but I think this can be mitigated by tweaking technologies and their cost, so that multiple research paths are optimal.

The biggest consequence of this change is that it creates a huge incentive for attacking. You are always desperate for more mana, so you'll attack with weaker forces than before, which will create new challenges and interesting scenarios. There are more changes that need to come along, for example some structures and minions used to cost mana, but since it's a more valuable resource now, the costs need to be tweaked. The primary use of the library room was to generate mana, but now it will only be a training room for spellcasting minions.

I know that there are players who are in more for base-building than the roguelike aspects of KeeperRL. This is where the endless mode will help, substituting conquest with defending your dungeon - mana will be rewarded for each deflected enemy wave.

As I've already mentioned, the next blog post will talk about changes in combat mechanics. I hope to be able to publish a testing build once all of the described changes are implemented in a basic form, and gather feedback from you. This will let me tweak and balance things or even revert the changes if they don't work out. At the same time I will be implementing the other features planned in Alpha23: the endless mode and content additions.

I recently stumbled upon an old Reddit "AMA" by Tynan Sylvester, the author of Rimworld. I hope he doesn't mind if I quote chunk of one of his answers here. "What designers need to do is figure out the core of their game very early and just make that. Don't get caught up in polish, or art, or start thinking that adding ancillary features will make the game sing. If that core doesn't hit really hard and really grab players, the game is pretty much doomed. But if that core really works, everything added on will add huge value."

I think it's a very important point, and I've always felt that there is some wasted potential in the core gameplay of KeeperRL. I'm always trying to find ways to improve it, and the most recent effect was the immigration overhaul. The Alpha23 update will contain more major changes in KeeperRL's gameplay in two major departments: progression and combat mechanics. I'll split this post into two parts, and start with progression, leaving combat for part II.

Most games don't make all of their content available right from the start, but instead uncover it piece by piece, such that when playing the game, you feel that you're on a path that's leading somewhere. I think we can define progression as a mechanic that prevents the player from reaching all of the game's content at once. It's pretty obvious that it's a hugely important feature, and it can make or break a game.

I came up with the following methods of creating progression in base-building games.

• Making the building and management part of the game absorbing and challenging. This usually requires complex systems that create challenges for the player. Examples of games with such mechanics are: Dwarf Fortress, Rimworld, Gnomoria, Factorio.
• Having the player wait for stuff to complete. This includes slow resource extraction, tech research that takes time, etc. Even though this method is often used in successful games, I think it can give bad results if not used carefully.
• External challenges, like invaders, disasters, etc. They can strictly define progress, like in the tower defense genre, or be a side feature and just hinder the player's efforts from time to time.
• Exploration and conquest outside of the player's base. Only some base-building games have them. Conquest can be a requirement for winning the game, but it can also be tied more closely with progression by letting the player bring back loot and resources that are then used to improve his or her base.

I've decided long time ago that KeeperRL won't be about complex management and building a'la Dwarf Fortress, because I don't enjoy this kind of games that much, and I feel that I couldn't design one well. This leaves the other three bullet points to think about.

A major issue in KeeperRL's progression is that you can create a perfect army without being bothered much, and only then destroy all the villains. The end can also be boring, because you can be as strong as you want to. I realized that this is because the game rewards you for waiting with regeneration of mana. Waiting is only good when it comes with trade-offs, such as a risk of being invaded. But invasions are hard to balance in KeeperRL, and when the enemies are too aggressive, then the game becomes too hard for lot of players.

That's why I tried a different direction and removed the waiting, such that mana is only awarded for conquering villains, and not generated in the library. It turns out that this simple change made the game much more interesting. Conquest is the only way to research technology, so it's very strictly tied with your dungeon's progression. It could potentially make the game too linear, but I think this can be mitigated by tweaking technologies and their cost, so that multiple research paths are optimal.

The biggest consequence of this change is that it creates a huge incentive for attacking. You are always desperate for more mana, so you'll attack with weaker forces than before, which will create new challenges and interesting scenarios. There are more changes that need to come along, for example some structures and minions used to cost mana, but since it's a more valuable resource now, the costs need to be tweaked. The primary use of the library room was to generate mana, but now it will only be a training room for spellcasting minions.

I know that there are players who are in more for base-building than the roguelike aspects of KeeperRL. This is where the endless mode will help, substituting conquest with defending your dungeon - mana will be rewarded for each deflected enemy wave.

As I've already mentioned, the next blog post will talk about changes in combat mechanics. I hope to be able to publish a testing build once all of the described changes are implemented in a basic form, and gather feedback from you. This will let me tweak and balance things or even revert the changes if they don't work out. At the same time I will be implementing the other features planned in Alpha23: the endless mode and content additions.

KeeperRL Alpha22 is out! The update features a dedicated tutorial, as well as many technical and gameplay improvements. Check out the changelog below for details.

If you would like to continue with your saved game from Alpha21, you can opt-in into the "Alpha21 save compatibility" BETA branch under the game's properties in Library. Make sure to opt-out of the branch to go back to Alpha22 when you're done!




Gameplay changes:

• Dedicated tutorial mode that teaches the game's basic features and controls.
• Saving and loading times, as well as save files sizes, decreased 2-3 times.
• Portals are available as a building, instead of a spell. They don't time out.
• All resource values, except mana, are deflated 5 times. (everything costs less, you extract less).
• Team members are woken up and untied when given a "go-to" order.
• Creatures will not give healing items to wounded friends who already have means of healing themselves.
• Ownership of an item by a minion is assumed when player equips the item in control mode.

UI changes:

• Added setting to disable vertical sync, which may solve some framerate issues.
• New, nicer research menu.
• Added descriptions to keeper-adventurer menu.
• Changed highlighting of various buttons and tab icons.
• Clicking on controlled creature skips turn.
• Added a simple movement animation of creatures when destroying objects, digging, and cutting trees.
• Window "close" button is highlighted.
• Swapped storage colors. Equipment is now blue, resources green.

Bug fixes:

• Fixed UI crash when changing minion's task.
• Fix drowning of flying creatures that enter deep water that is in forbidden zone.
• Fixed mouse navigation to enemies that are far away when in control mode.
• Fixed crash in item pick up menu.
• Made message boards work even if statistics gathering is not enabled in the settings.
• Fixed movement animation glitch when using mouse and being interrupted by enemy.
• Fix UI crashes involving workshops and minion equipment menu.
• Fixed tooltips in workshop menu.
• Fix scrolling inventory in control mode.
• Fixed game speed dialog glitch.
• Removed useless "execution" task.

KeeperRL Alpha22 is out! The update features a dedicated tutorial, as well as many technical and gameplay improvements. Check out the changelog below for details.

If you would like to continue with your saved game from Alpha21, you can opt-in into the "Alpha21 save compatibility" BETA branch under the game's properties in Library. Make sure to opt-out of the branch to go back to Alpha22 when you're done!




Gameplay changes:

• Dedicated tutorial mode that teaches the game's basic features and controls.
• Saving and loading times, as well as save files sizes, decreased 2-3 times.
• Portals are available as a building, instead of a spell. They don't time out.
• All resource values, except mana, are deflated 5 times. (everything costs less, you extract less).
• Team members are woken up and untied when given a "go-to" order.
• Creatures will not give healing items to wounded friends who already have means of healing themselves.
• Ownership of an item by a minion is assumed when player equips the item in control mode.

UI changes:

• Added setting to disable vertical sync, which may solve some framerate issues.
• New, nicer research menu.
• Added descriptions to keeper-adventurer menu.
• Changed highlighting of various buttons and tab icons.
• Clicking on controlled creature skips turn.
• Added a simple movement animation of creatures when destroying objects, digging, and cutting trees.
• Window "close" button is highlighted.
• Swapped storage colors. Equipment is now blue, resources green.

Bug fixes:

• Fixed UI crash when changing minion's task.
• Fix drowning of flying creatures that enter deep water that is in forbidden zone.
• Fixed mouse navigation to enemies that are far away when in control mode.
• Fixed crash in item pick up menu.
• Made message boards work even if statistics gathering is not enabled in the settings.
• Fixed movement animation glitch when using mouse and being interrupted by enemy.
• Fix UI crashes involving workshops and minion equipment menu.
• Fixed tooltips in workshop menu.
• Fix scrolling inventory in control mode.
• Fixed game speed dialog glitch.
• Removed useless "execution" task.