On game mechanics: RTS without APM


Well then, I felt the inspiration to type another entry into this series on game mechanics. Buckle up, grab a coffee, hit that subscribe button and please donate to my patreon… oh wait never mind.

APM in an RTS

This game being an (MMO)RTS over really long time scales needs to take into account that APM, an integral part of RTS design and balancing is no longer a factor. APM stands for Actions Per Minute, how many effective commands you can give in a limited time frame. This has implications that are straightforward and some that are more subtle.

Now normally when you play a standard RTS like starcraft, total annihilation, command & conquer, age of empires, or their families of descendants (warcraft, 0 AD, openRA, empire earth, supreme commander, planetary annihilation, etc, etc.), you are playing a game that’s meant to last for no more than a few hours or so at most. Most matches are better measured in minutes. This means quite simply, that the game has to go from the humble beginnings of a single structure and a handful of units to a war raging across the whole map with dozens if not hundreds of units in that time.

Lets take the original starcraft as an example, being the most thoroughly analyzed of RTSs. When you start you have a “command” structure which can produce workers, and a handful of workers. So you queue up a worker to be built with your starting resources, and then send your workers to mine. Then you fiddle your thumbs and wait for the workers to have gathered enough resources to build another worker. But not if you’re an experienced player, then you start to micromanage your workers in this stage of the game.

There isn’t anything else to do, so the most effective allocation of your actions is to make sure each worker takes the nearest mineral patch and does not lose time by going for one that’s already occupied. This micromanagement of the workers collecting resources leads to slightly more minerals being available slightly faster. Its almost negligible, maybe another one of the cheapest combat units is gained all in all, but hey, that’s not negligible at all when it’s the first and therefor only one on the field.

As the game picks up, and you start building out your base, engage in some scouting and military production and fights, worker micro takes a back seat to managing those things. That is to say, the pay off you get for performing worker micro is far lower than the pay off you can get for performing other actions. The priority of micromanaging workers sits at the bottom of the priority list, well below the point you can reach on your APM budget. This pattern constantly repeats as the game continues; your first combat units you want to micro to perfection, but when they’re a part of a big army with many such units, you simply do not have the actions to spare to micro the most out of each individual basic unit.

So what happens if we play with infinite APM?

So then, lets imagine playing starcraft at a pace that it’d take days or months to complete, thereby eliminating the APM economy. This leads to a number of problems. For one, you now have time to bother with optimizing each worker’s resource gathering. It wasn’t particularly interesting with 4 workers, but by the time you’re on 80 workers, oh hell no. Thus we identify the first problem with eliminating APM: a lot of grinding, repetitive action is now not dropped from the priority list.

To an AI which is unhampered by our human slowness, such is more or less the situation, and this leads to very interesting strategies and playstyles in starcraft AI tournaments. I’d suggest anyone to have a look at those to see how the lack of an APM economy leads to very different strategies. Imagine hundreds of perfectly microed kiting units (mutalisks), or a super early rush with the terran SCV workers which have the ability to repair one another, and thus beat any other worker force as they can be pulled back and healed just in time, provided they hit before military units come into the game. Of course, “AI”s are still rather dumb, and humans with thousands of actions per minute at their disposal could probably figure them out and beat them easily.

This leads up to the second problem, without APM there is eventually a single optimal strategy. While in the above examples it might look like a wide variety of strategic options has opened up, this is always true of the starting phase of what is essentially a new game under the APM free conditions. Eventually, a single strategy will be mathematically optimal, and can be executed with mathematical precision. At best, a rock-paper-scissors gamble will arise due to a lack of information. But gambling isn’t strategy.

In the situation with an APM economy such a thing can only exist theoretically, as the execution of the optimal strategy will always involve micromanaging every asset to perfection, and no one has the time and ability to do so. Depending on ones ability to handle ones assets with the amount of actions one can muster, suboptimal strategies might be dominant to theoretically more optimal strategies, if they can actually be executed well within APM limits. (i.e. the infamous attack-move blob) Thus the second problem: stripping APM strips the aspect of execution from a strategy, narrowing the scope of viable strategies.

Lastly, in RTSs one can best queue up one thing a time. Idle resources waiting in queues to actually be spend later give you neither more economy nor more military, thus you can better spend it right away to either purpose. In RTSs this is again a differentiator of skill, where a more attentive, trained player can cycle around his queues to keep them filled one at a time, always spending resources as fast as he can to maximize his presence, while the less skilled might need to settle for longer queues (I do).

Again, in an RTS without relevant APM, the strategic principle still applies, but the associated multitasking skill has not translated. It has become just another nag every so many hours to be paying attention and add that next thing to the queue. Or settle for less efficient bulk orders. It’s not a differentiator of skill, but of constant attention to little nagging details.

Of course, I realize this game isn’t starcraft. The specifics of the problems are not the same, worker micro is not even a thing in Outscape, and so on. Yet the fundamental problems illustrated with Starcraft remain in Outscape. The grind is very real, and the optimal strategy a thing of math.

Automating the grind

I’m going to do a bit of conjecture here, and say that the problems with the snowball in A2 might not have been so much a problem of snowballing itself, but rather the amount of repetitive work that it entails, akin to having to micro the 80 or so workers of late game starcraft. That is to say: the problem isn’t so much that there is a rapid exponential curve in economic strength and empire size, but rather that this translates to an equally rapid exponential curve in soul sucking click work.

This topic has been visited before in multiple ways by multiple people, but I’d like to add from the angle of an RTS without APM. In the RTS with APM, the automation takes over for you, while being slightly less efficient than you. And this is fine for those games, yet in the context of Outscape, remember how one should still micro automated workers in the very early game of Starcraft? It’s not a lack of automation that makes players do that, but rather that the automation isn’t as good as they are.

So let that be the first point here: automation has to do as good a job as the players themselves would, or players are still nagged into doing things manually to get an edge. (Why did he win? Well, he spend 3 hours a day doing the same thing over and over again. Better do the same next time…) And without delving further into the solution of automation, let me add that this also means you have to give players a lot of freedom in how they wish to fine tune the automation, so they can adjust it to the circumstances.

However, automation in itself is not the greatest of solutions. As I frequently hear when I suggest such features here and elsewhere “why not just let the game play itself?”. You basically give the player options to interact with the game, and then you have the game handle those interactions, automation always is a little self-defeating in a game.

Redesigning the grind

With these things in mind, lets look at alternative ways to design against the grind. For that purpose, lets first look at what we actually want from a strategy game. One might argue over the definition that is to follow, but fundamentally, the fun of a strategy game is a process where one observes a situation, analyses that situation, creates plans to deal with the situation, then executes that plan, and thus creates the new situation on which to repeat the process. Then, by carefully analyzing how the various assets of the game contribute to this cycle one might be able to cut away a lot of the more grinding aspects and retain or even expand upon the strategic choices they embody.

Take for example your humble farm or other population cap raising building. What do these buildings provide to the game’s balances and the player’s strategic choices?

  • Provides a resource cost for continued population growth.
  • Halts population growth if not built.
  • Locks up a certain percentage of population to sustain population, with upgrades costing resources that can improve that ratio.
  • Can potentially be targeted to reduce local population over time, should such a precision strike ability be implemented.

I feel the above list pretty much covers everything farms have on offer from the perspective of strategic gameplay. And yet, on a planet with some 500,000 population I’ll be building some 20, manually checking when to build them nearly every time the planet is checked, not to mention that I have to upgrade them one by one due to them going offline during the process.

Of these things, what do you need the level of simulation for that is provided by having individual farm buildings? If something pops to mind, it worth the price in grind that it entails? Normally, I’m all in favor of little details like individual buildings or people and so on, but only when they also mean something on that individual level. Here farms only have meaning as the aggregate of their numbers. So maybe we have an avenue here to get rid of a lot of grinding repetition, while maintaining the strategic choices and influences provided.

One obvious way to do such is to make combine individual farms into an agricultural sector. One unique entity per planet. For example, let us instead of a farm building imagine an agricultural sector.

The agricultural sector has a pool of invested resources (credits, beron, power), which determines the % of population that needs to work in the agricultural sector to sustain the whole population. Depending on the size of the current population in relation to the size of “resources invested” pool, this percentage rises or falls, and stops further growth when that leads to labor shortage. Equally, it stop improves when it hits a certain minimal value. We can either manually commit resources to the agricultural sector, take them away at a loss, or potentially set an investment rate equivalent to the population growth rate. Damage can be translated into a reduction of the pool size. Techs can improve the minimal value, and the costs for upgrading can be mimicked by exponentially rising the costs the lower your ratio gets.

The result is that you have just one object in the game to provide the relevant balances and strategic choices, and only needs to be interacted with when those choices are made. Unlike a gazillion farms, these sectors at least have the scope to be different to one another, particularly when you start connecting them to local circumstances or events. This furthermore has the benefit that you can now make your balances continuous as they no longer need to jump per-building, avoiding threshold issues. Regarding production in whole sectors also gives scope in to very simply implemented diminishing return schemes or other balance tweaks.

To wrap this bit up: paradoxically, it is precisely because you have all the time in the world to do every little thing that can give you an edge, that every little thing needs to scrapped from the player’s interaction with the game in these circumstances. Given that every little thing that might give you an edge can no longer be ignored when you have time to do every little thing that might give you an edge, it’s suggested to redesign sections of the game for every little thing which gets stuck on repeat.

What happened to execution?

Moving on to the second problem, that of an optimal strategy. Of course, this problem is not caused by a lack of APM economy, but it is aggravated by it. APM is not the only factor here that is influenced by having this much time, I’d add focus of attention and simply time to analyze to the list. All these things greatly interfere with theoretically optimal strategy.

In an RTS, there typically are things happening everywhere, and yet your camera view can only be at once place a time. I call this the focus of attention. Make a distraction here, and so you miss the airdrop there. Winning by directing where your opponent is holding his camera at the crucial moment. Being afk can be much the same, with the crucial distinction htat being afk also means one does other things that makes life worthwhile. One should not be punished for having a life outside of Outscape.

Likewise, time to think is necessary to respond adequately. So one can deny his opponent the time to do this. Keep up the pressure, keep him reacting, he will do things which are not very clever sooner rather than later, and then you pounce.

APM has been well discussed, and taken together these three resources complicate and add skill to the loop of strategic gameplay I mentioned earlier: observe the situation, analyze the situation, create and execute a plan, repeat. Their interference makes the technically suboptimal strategy viable, and occasionally the downright impossible. The air unit might swoop in on the unattended anti-air unit while it is on move command. It’d be a fatal error in judgment, unless it works.

One might argue this is a downside of RTSs, where it devolves into a clickfest, where the strategies and counters are a-priori known meta, all that makes a difference is clicking faster, and I wouldn’t necessarily disagree. I too would like an RTS where the clickfest factor is eliminated. But then, we must contend with the question of how to make up for the lost strategic possibilities. Because the strategies in an RTS are usually a-priori known meta, the decision tree more or less mapped out in advance, and all that’s left is the execution. These problems are magnified, not overcome, without the clickfest.

Maintaining strategy in the face of perfection.

Truth be told, I have no grand all-encompassing ideas here either on how to avoid a straight line to a strategically solved meta. I do however have some ideas, and things that might serve as inspiration.

For example, take a look at correspondence chess, where people play chess by mail or email, taking days or weeks until they receive a move. It’s super slow chess. It’s turn based and therefor not the same, it’s also a perfect information game (i.e. both players know everything), making it harder to maintain strategic depth. Unlike tic-tac-toe however, chess or go isn’t a solved game.

I could write a far longer article on why I think chess is a good game, but fundamentally, it’s a game where every piece can interact with every other piece via a limited resource of tiles. Thus even though there are only 32 pieces, the fact that they can all interact means that the web of possibilities is quite large. The limit of 64 tiles on the chessboard then forces these interactions to occur. One can use pattern recognition and planning to make this advantageous, yet the sheer volume of possible futures introduces an element of uncertainty.

If we take this line of thinking back to Outscape, it must be noted that most pieces, be they fleets or planets, have a very limited scope of interaction. Fleets are specialized; there are fleets to combat other fleets, fleets to mine, sweep mines, infiltrate, detect, bombard and invade, but all these specializations don’t really come together outside of the necessity to have the (counter-)ability when you need it somewhere. While I can understand how this might appear more strategical, as you need to create fleets with a purpose, it also constrains all fleets in their scope of interaction. You’re not only snipping most threads in the web of possible interactions, but thereby make optimizing each ship for its purpose a foregone conclusion.

I’d suggest making the differences between ships more one of degrees than differences of kind. Think of the enterprise in star trek: the next generation, it can ship cargo, do scientific exploration, fight in combat, etc. One could go for such all-round ships. Or one might still specialize, but having that choice makes things more connected. Consider each purpose that a ship can have a “tile” in chess which pieces might traverse with more or less ease, but every piece could.

Lets talk about uncertainty, which I think is a basic considering, chess provides this by obscuring the final result in deep web of possibilities. In my present play through of A3 I had to adjust my expansion/colonial strategy several times due to new information becoming available (corruption, the cost of shipyards, etc). This is fun, as it makes me re-evaluate my strategy and adjust my plans. But now these mechanics are known, they will not provide uncertainty again. Not knowing what was in my neighboring systems provided uncertainty too, but now I’ve scouted everything a 100LY radius, that’s gone too. Only my fellow players can provide uncertainty now. But they too are reasonably predictable as the only real change, war, is not really profitable for them as they cannot hold on to my planets anyway, and bombarding them away is just a waste of resources.

An element of randomness in what exactly your empire gets to work with might work very well here as well. A degree of randomness in the rapports or information you get might work. Techwise, I quite like the sort of game where you cannot click a tech to research, but get them more or less randomly as in alpha Centauri. Stellaris’s variant on this system gives you a choice between 3 to 5 options.

But why not go for a full random system of tech upgrades, maybe influenced by the circumstances around your tech centers? I.E. a tech center on a planet filled with farsu mines simply has a per hour chance to upgrade some aspect your farsu mines or mines in general (build cost, power drain, population cost, mining rate, deep mining rate, whatever else), which you can then implement empire wide. Add in other factors such as the availability of credits to the likelihood of what gets upgraded. Likewise science ships increase the odds of discovering something beneficial to upgrade your ships.

I realize this specific proposal is much too far reaching to be implemented at this stage of the game, but I bring it up to highlight how the upgrades would compound into player and play through unique game objects. Add the ability to trade those unique objects with other players for a constant re-evaluation.

Lastly, a “problem” of both EVE and outscape is the vastness of the galaxy. One is not forced into unwanted interactions mostly, as one can avoid the enemy, and anything that can catch up with out is necessarily weaker for the ability to overtake you. Supplies might provide for a limited boxing ring; olzine being a prime candidate. Supply depots being points of interests for contest.

Aside from supplies one can imagine other “connector” mechanics or objects, which connect a majority of the game objects in a single “space”. For example, characters or other boons that only be used once or one place at a time make for good connecting mechanic, provided multiple options for their deployment are reasonable.

So to wrap this bit up, removing apm and other time based constraint from strategical decision making, you’re creating a situation in which a given strategy can be optimally executed. To avoid a straight descent into an optimal meta, I’d suggest to re-evaluate for more interaction between game objects, more spaces in which game objects connect, and more inherent variability between game objects.

In summary

Playing RTS in very slow motion leads to several problems:

  • Repetitive actions becomes the norm; as small scale optimizations are easily the most numerous.
    • Using automation is only viable if it performs as well as the player, and can take into account changing circumstances as well as the player, or at least be set as such.
    • Redesigning to eliminate the need for such small scale actions might be more prudent.
  • Strategically, a guarantee of perfect execution of a strategy limits the scope of strategies to a predetermined meta.
    • Thus there can be no easily deduced optimal strategy. This can be done both by creating a more connected web of possible interactions, as well ensuring such an optimal strategy varies wildly with changing circumstances.

Alright, that was way too long.
I wont do it again.
For a while.
I promise.

Dev Diary #16 - Automation

By the sounds of another topic, T5 or T6 shipyards would stir quite a ruckus haha


Full disclosure, I haven’t finished reading this yet. I’m going to need to get another pot of coffee going first.

Of what I’ve read, I like what I see. I do agree that it can be frustrating to be checking and building structures individually across all my planets. I could go as far as to map out the optimum build order for each structure, but as you suggest, I find that the extra time spent picking the perfect structure across 36 colonies is just too much micromanagement for minimal gain. So instead I might build 5 farms instead of the one that I need just so I don’t have to come back tomorrow and build the next one.

I would love to see some level of automation, but again, as you pointed out, at a less efficient pace than optimal. Maybe farms are auto built when the population has been at max for 12 hours, and there are twice the available resource than what’s needed.

At one point in A2 I’d suggested a Planetary steward option
The idea needs some polish, but it would allow a framework for automation.

I’ll be back later to finish reading. Good stuff!


Wow, I did it! Is the a medal or something?

I actually strongly agree with a lot of what you said. One of the things that concerns me with the current iteration of Outscape is that it’s actually pretty limited. If you compare the tech tree to Eve (it’s been many years since I played, so my info might be well outdated) in Eve it was essentially impossible to do everything well. Most players could not field a Raven with the same effectiveness as an Armageddon. If you were a Raven pilot you would have focused more on missile than beams. Even if you did manage to get both skills maxed then your skills with other ship classes would have suffered. You were forced to design your build, and know that going down one path would limit your ability to go elsewhere.

Earth and Beyond used skill points. By the time you reached the max level (and skill points got much more difficult to get) you couldn’t unlock all the skills. You had to choose where to spend points because maxing one set of skills meant other skills had to be neglected.

In Outscape the only limiter is time for research, and unless there’s huge advancements coming to the tech tree, it’s still quite easy to get all tech researched. Also, I suspect there’s not a huge difference in the order that people are going through it.

On the randomization of new tech idea - I generally like the idea of it being more based on research breakthroughs than on simply selecting things in a tree. There would still need to be an underlying tree (we don’t want someone unlocking dreads before they’ve discovered T1 destroyers).

In Star Wars: Rebellion you had characters that were capable of performing research tasks. Facility, Troop, and Starship. Based on the skill of the researcher it would unlock tech if the research task was successful.

To take that idea, and mix it with Outscape, you should be able to prioritize which of the tech trees RPs are spent on, and based on the number of RPs it would determine (with some amount of randomness) which tech is unlocked.


How about a pink hearted “like” you can print and pin on your chest.

And yeh, I do think outscape should take a page from eve when it comes to research. It’d also be interesting if labs don’t increase your science output so much, as help direct it, for example by the surroundings in which they were placed, or allowing some sort of focus as you mentioned.

As I’ve argued elsewhere, within the current framework, I think techs need to be repeatable as default, i.e. a tech tree where each tech offers something unique (a building, component, w/e), and then each unique tech is repeatable to infinity for linear improvments. If each succesive tier offers 10% improvement over the base, but costs something like 5 times as much, than having five times as much research points will only mean you’re ahead by one tier in average, which matters progressively less as tiers advance.


Great post. :slightly_smiling_face: And we agree with almost everything.
We have tons of different ideas to increase overall experience in the game: more technologies, more options in battle, more civilizations and their specific tech, additionals interactions, etc… But as always the main problem here is the Time.
By the way, we’re already working on some automation options. Also mobile app for planet management is on our list.


Which list holds the app? Along the same ETA as automations or after the unknowable expanse of time?


After automations. So it’s the knowable expanse of time :slightly_smiling_face:


The point I’d make as to race specific tech, is that you’ll still end up with some X different races while you have a many times X amount of players. I think it’s essential to shuffle the deck, so to say, so that even when players have the same race, they’re still widely different. Because if you give every player of the same race access to exactly the same options, a dominant strategy will emerge quickly.


One other thought, related to expanding tech trees. Perhaps looking at adding tiers for each tech item.

For example, tier 1 battleship tech unlocks the ability to build a battleship. Tier 2 reduces construction cost by 5%. Tier 3 reduces build time by 5%. Tier 4 increases armor by 5%. Tier 5 increases DPS by 5%. Something along those lines. Things like reduced ammo/fuel consumption, or increased capacity for storage modules could also be options.

Something like this could increase the amount of research available by 5x, without actually adding any real content. It would also allow more specialization. In the above example if I spent the research time on it my battleships would be 5% stronger, and 5% cheaper (percentages to be tweaked for balance) or I could leave things as default. In some cases a tier 5 version of a weapon might be a better choice than a tier 1 of the upgraded tech. One extra perk is that improving a specific engine tech would instantly improve all of those engines deployed in a fleet, without having to update blueprint research and refit the ships. This might lend itself well to intentionally choosing to stay with lower tech longer.

Another benefit to an approach like this (as opposed to adding more tech) is that I can still unlock all the different structures/modules at the same rate if I wanted.


Finally got around to reading this, I had been taking a little break from the game (as in instead of keeping on the forums daily, every other day, and cutting my play time daily in half).

So, suggestion @mel and @joe

I like Ikke’s idea about random technologies, and besides expanding the trees which need to be done in general, I do have a suggestion that is based on what another game did, however it will have to be slightly different here.

In a game called Beyond Protocol you would get 3 things to choose from technology wise (there were like 500 techs and it took the average person 2 years to get through everything). Eventually you would get a technology (two of them, giving you one expansion each) to expand your choices from 3 to 5. Science is similar to how we do it here, you have planets and you use the resources on those planets to produce as much science output as you can (more complicated in that game, but general premise is the same).

After you completed a technology you would get 3-5 more choices, however the RNG always made sure that you would have access to a similar type of technology that you just finished, and if you were lucky sometimes you would get the upgraded version of that tech. For example if you just completed an engine, it would give you a tech in the engine tree, like better fuel consumption, a better engine, better speed for engines, etc. You would never get something way far ahead in a tree, so you had to work your way up.

What this allowed for is that everyone was different, and it took people working together to build ships (you could trade ship parts with other people). This also meant that people were able to specialize heavily based on what their research dictated, giving each person a completely different experience.

So my suggestion is to use both of these system, which I think will really infuse a completely different feel into the game.


  1. Keep the tree the same, adding in of course tons more technologies.
  2. Make science having diminishing returns, so people can’t do 6 months worth of technology in 2.
  3. When a technology is finished give three options of where you want to go next. Have the RNG always give you a tech from the last tech tree you finished a tech in.
  4. We can still see the tree, the whole tree and what everything does, we just don’t have access to manually selecting anything.
  5. Have your automation feature work as an on/off switch, if its off, someone has to select the next thing the want, if its ON, it automatically selects the fastest tech to finish.


  1. Add in the ability to trade ship parts and the ability to build ship parts.
  2. You can use the shipyard to build ship parts, you already have time assigned to each part and a price as well, just need the ability to make them.
  3. Each shipyard can only stock so many parts.
  4. Haulers can use their cargo space for parts hauling.
  5. You have a menu where you can see your parts in your shipyard, and for putting in more parts.
  6. When building your ships and using BPs, your ships can pull from your modules on hand lowering the cost of the ship and the time to build the ship.

These two suggestions can be implemented without overhauling the entire game. They would increase player interaction, the player experience, and make the game extremely interesting from the get go. Anticipation for what science you discover would increase the experience, and the trading of parts would boom the economy in ways never before seen in this game. It would also mean that pirates and pvp would be even more of a threat. It would open up avenues to really attack other players, because hey, they get a finished product that they can use in their ship building. This would also create more avenues of play, as players can now become CRAFTERS, and adds more of an experience for people that want to play logistics and economy.


I must admit, I am strongly against randomised tech.
Doing this would ensure that players can’t play how they themselves want to play, and forgoes the idea of long-term investments into certain technologies.


How does this forgo the idea of long-term investments into certain technologies?


Using the suggestion with “3-5” tech choices, you would be unable to say: “I want to get dreadnoughts as fast as possible”. Instead you would be forced to choose certain technologies not directly on the way to your desired tech, you would also be unable to dynamically adapt to your surroundings.

  1. Within the system you could still make it to dreadnoughts faster than others if so desired, but it would take a bit more work.
  2. You adapt by buying what you need from others.


I do like the idea of people specialising in certain technologies and selling stuff, however I dislike dependence on trading with people to overcome the shortcomings of the proposed research system.

Imagine if you start in a place where most stars are far apart, and you only get large freighters and free warp tech super late, that would kill the game, for me at least.


A lot of stuff would have to go wrong for that to happen, but this would open a new avenue for SEED ships, as well as guild game play. I do understand the concern though.


A way to keep the randomised aspect yet preserve freedom would be instead of restricting tech to a few choices, have all techs available but introduce a slight research bonus to a smaller selection of technologies. This way people would be incentivised to use the semi-random selection of tech, all while still being able to react to their surroundings and focus on certain strategies.


That is fair, but defeats the purposes of randomizing in the first place, and just changes to a random bonus, which goes against the need to already slow down research.

I have an alternative solution in a similar vein.

What if you could adjust your science labs on each planet to increase your chances of getting what you want to work on. Not only would it make sense from a fluff/lore/realistic sense, but it would give you more control over what you got, and allowed you the chance to adapt, without messing up the experience.

Ok I have 20 labs, I need engines and weapons, 10 to engines and 10 to weapons.

You got Engines 3, Plasma Weapons 2, and Beron Mining 2


Yes, please. I am all for any idea that builds up industrialist play style. In previous space-based MMOs I put a huge amount of time and effort into building up a huge industrialist complex. In Eve I had just about every BPO there was.

I also agree with this to an extent. I dislike the idea of random tech across the board. However, if we had the idea to focus tech on certain branches it would be better. With the tech tree in Outscape it could get really frustrating. If you want to get the orbit defense module, but instead you’ve only unlocked T3 farms… well that would suck.

If we were to implement randomized tech then it should be done in a way that the selection of the tech has a minimum level of impact from randomization, but the speed that the tech is unlocked has a bit more impact. As an example, when researching tech there should be a chance that instead of the target tech a similar tech is unlocked, and there should also be a chance at delays or breakthroughs.