• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EST 07:45
CET 13:45
KST 21:45
  • Home
  • Forum
  • Calendar
  • Streams
  • Liquipedia
  • Features
  • Store
  • EPT
  • TL+
  • StarCraft 2
  • Brood War
  • Smash
  • Heroes
  • Counter-Strike
  • Overwatch
  • Liquibet
  • Fantasy StarCraft
  • TLPD
  • StarCraft 2
  • Brood War
  • Blogs
Forum Sidebar
Events/Features
News
Featured News
RSL Revival - 2025 Season Finals Preview8RSL Season 3 - Playoffs Preview0RSL Season 3 - RO16 Groups C & D Preview0RSL Season 3 - RO16 Groups A & B Preview2TL.net Map Contest #21: Winners12
Community News
Weekly Cups (Dec 29-Jan 4): Protoss rolls, 2v2 returns0[BSL21] Non-Korean Championship - Starts Jan 103SC2 All-Star Invitational: Jan 17-1822Weekly Cups (Dec 22-28): Classic & MaxPax win, Percival surprises3Weekly Cups (Dec 15-21): Classic wins big, MaxPax & Clem take weeklies3
StarCraft 2
General
Weekly Cups (Dec 29-Jan 4): Protoss rolls, 2v2 returns SC2 All-Star Invitational: Jan 17-18 Weekly Cups (Dec 22-28): Classic & MaxPax win, Percival surprises Chinese SC2 server to reopen; live all-star event in Hangzhou Starcraft 2 Zerg Coach
Tourneys
uThermal 2v2 Circuit OSC Season 13 World Championship WardiTV Mondays $5,000+ WardiTV 2025 Championship $100 Prize Pool - Winter Warp Gate Masters Showdow
Strategy
https://www.facebook.com/EMSenseMassagerAustralia Simple Questions Simple Answers
Custom Maps
Map Editor closed ?
External Content
Mutation # 507 Well Trained Mutation # 506 Warp Zone Mutation # 505 Rise From Ashes Mutation # 504 Retribution
Brood War
General
Data analysis on 70 million replays I would like to say something about StarCraft BGH Auto Balance -> http://bghmmr.eu/ Empty tournaments section on Liquipedia A cwal.gg Extension - Easily keep track of anyone
Tourneys
[BSL21] Grand Finals - Sunday 21:00 CET [BSL21] Non-Korean Championship - Starts Jan 10 [Megathread] Daily Proleagues SLON Grand Finals – Season 2
Strategy
Game Theory for Starcraft Current Meta Simple Questions, Simple Answers [G] How to get started on ladder as a new Z player
Other Games
General Games
Nintendo Switch Thread Should offensive tower rushing be viable in RTS games? Awesome Games Done Quick 2026! General RTS Discussion Thread Beyond All Reason
Dota 2
Official 'what is Dota anymore' discussion
League of Legends
Heroes of the Storm
Simple Questions, Simple Answers Heroes of the Storm 2.0
Hearthstone
Deck construction bug Heroes of StarCraft mini-set
TL Mafia
Vanilla Mini Mafia Mafia Game Mode Feedback/Ideas Survivor II: The Amazon Sengoku Mafia
Community
General
US Politics Mega-thread Trading/Investing Thread Russo-Ukrainian War Thread The Big Programming Thread Canadian Politics Mega-thread
Fan Clubs
White-Ra Fan Club
Media & Entertainment
Anime Discussion Thread [Manga] One Piece
Sports
2024 - 2026 Football Thread Formula 1 Discussion
World Cup 2022
Tech Support
Computer Build, Upgrade & Buying Resource Thread
TL Community
The Automated Ban List TL+ Announced
Blogs
Psychological Factors That D…
TrAiDoS
James Bond movies ranking - pa…
Topin
StarCraft improvement
iopq
GOAT of Goats list
BisuDagger
Customize Sidebar...

Website Feedback

Closed Threads



Active: 2066 users

LotV Economy: Worker Pairing - Page 3

Forum Index > Legacy of the Void
Post a Reply
Prev 1 2 3 4 5 8 9 10 Next All
EatThePath
Profile Blog Joined September 2009
United States3943 Posts
Last Edited: 2015-03-06 03:20:59
March 06 2015 03:10 GMT
#41
On March 06 2015 10:40 Startyr wrote:
This is a great post and I really appreciate all of the thought that has beenput into it.

Recently I have been watching older series and I would like to recommend this one
of Naniwa vs Leenock from dreamhack Stockholm 2013.

youtube.com/watch?v=e22rVBF2y0M

Particularly the game that starts at around 52 minutes.

Naniwa never really gets past the 3 bases worth of mining while leenock gets map control and fairly quickly goes up to 5 bases and is mining from 10 gas geysers.
As mentioned in the original post there is no particular advantage to having over 3 bases worth of mineral income,
however there is still a huge benefit to having more than 3 bases worth of gas income.

Although Naniwa has all of the units that he wants and needs, by constantly trading armies and re-maxing with different unit compositions, Leenock overwhelms him with his higher available resources until Naniwa can no longer keep up.
This is all possible with the existing resource system, in fact sticking to the practice of having 3 bases and only taking another once the first runs out is a significant part of what led to Naniwa losing the game.
(of course Leenock played excellently to the situation).


If we imagine other late game scenarios. Terran with only enough scvs for gas and nothing but mules for minerals, freeing up supply for more army. Or a Protoss with 10+ gas geysers? Try and imagine the above game with the situations reversed, Naniwa constantly pushing and trading, taking map control to allow him those 10 gas geysers at once.
There is a lot of unexplored potential there.

I feel like altering mineral incomes is not the right place to focus to encourage players to be active and constantly trade armies instead of sitting back and building the 'deathball' for the one engagement to win the game.

To add to uva's response and underscore a particular point, the above example game is primarily about tech units and production capacity, not economy in quite the way uva is talking about. The similarity is that map control allows leenock to bank extra gas. The difference is that the payoff is dependent on the right trades, and it comes at once with an "all in" aspect. In fact, from protoss's point of view, your entire role is predicated on deathball play in a "macro game", and this just reinforces it. From the point of view of standard play, naniwa should have traded better, banked better, and had 6 stargates lying around to preempt muta switches.

Not that an economic imperative to "always have more bases" changes this matchup asymmetry necessarily, but it operates at a deeper level and allows broader strategic variation.



On March 06 2015 09:58 brickrd wrote:
my concern is that a system with reduced mining for extra workers isn't very intuitive, and creates a sort of "knowledge barrier" where it's unlikely you'll learn how to mine properly through any means other than copycatting other players who figured it out first. this is already a minor issue in sc2 with "16/24", and it would be worse with "8/24"

i don't like these knowledge barriers because they contribute to making the game more arcane and telegraphed for experienced players, which results in a massive gap between the way serious players play and the way casuals or newbies play, which is based more on a sort of adaptive theoretical approach to "so, how do i kill this guy?"

i'm sure it would be good economic design in terms of competive gameplay, but it makes the game feel like a series of tricks and mysteries about economic pacing, and honestly i kind of favor the idea of bases and economy being more straightforward and level if we can have matchups that are like midgame zvt, zvp, tvt etc. like another poster said i think the problems with the game can be addressed through competent unit redesign. the economic system isn't perfect, but it's far from problematic provided you actually have good unit interactions

First, the common sense concept "more is better" would actually apply, so I think it would be more intuitive.

But any misapprehension is really easy to fix with proper interface design. Just add an efficiency meter below 16/24 with colorcode matching the numbers. For example, from 0-16 it goes from grey to bright green and from 16+ it goes yellowish and starts to look dimmer. For 0-8 it has a glowing white outline that goes dimmer at 8+. Visually, everything looks appealing in the 8-16 range and increasingly dismal otherwise.

It's not that much of a problem anyway. The only reason economy matters like this is for competitive play. Casual players really wouldn't notice the difference.
Comprehensive strategic intention: DNE
Uvantak
Profile Blog Joined June 2011
Uruguay1381 Posts
Last Edited: 2015-03-06 03:17:31
March 06 2015 03:13 GMT
#42
On March 06 2015 12:02 coolman123123 wrote:
Show nested quote +
On March 06 2015 11:52 The_Red_Viper wrote:
On March 06 2015 11:43 coolman123123 wrote:
I think the problem with changes like this, in Blizzard's eyes, is that it is confusing to new players. The current system, where 1 base 16 workers = 2 base 8 workers, is a lot more straightforward. It is the default mode of thinking. As a new player, it would make very little sense to me why it's better to have 2 bases 8 workers as opposed to one base 16. Additionally, this change would mean you are spending MORE time babysitting your workers and how they are distributed, something that obviously is not very fun. With the LotV change, Blizzzard is, in essence, trying to achieve a similar outcome with a simpler solution. I'm not saying the LotV econ will be better, or that these changes wouldn't be positive, but I believe this is why something like this will not happen.

Well by that logic, you shouldn't reach a cap at 16 either.
It's arbitrary to say that 8 is worse than 16 in that regard


I disagree, managing 16 workers per base is a lot easier than 8. The lower the number for maximum efficiency, the more you have to baby sit your workers to play at maximum efficiency.

This is simply incorrect, from a single base point of view, a worker on a far patch will mine at 45Min/min, meanwhile a worker on a close patch will mine at 39Min/min, this is a 6 mineral change, with worker pairing and a 16 worker supply efficiency cap you will want to have 2 workers stacked in the closer mineral patches and 1 or 0 in the far away patches, meanwhile with a with a system where players can't really stack workers there is no managing to be had because you simply can't pair workers in the closer patches, making the system simpler for the newer players, which as it happens is not something I'm a fan of, a player that's willing to put work into manually managing his economy should get a small return for it, but if this means the huge problems that worker pairing brings into the table then there is no choice to be had.

Also as a second point, Starcraft II is an E-Sport and even when the game shouldn't be completely designed to be balanced and fun at the highest levels only, the game should not be fully designed to be fun for casual players only either, as I just said, StarCraft II is an E-Sport and worker pairing brings huge problems into the game. The new system will be far more confusing than the current HotS mining scheme and basically any other good economic system, you would know this if you had put attention to the OP.

/edit I'm starting to miss entire words here and there instead of silly typos, I'll probably go to sleep soon, I'm too tired.
@Kantuva | Mapmaker | KTVMaps.wordpress.com | Check my profile to see my TL map threads, and you can search for KTV in the Custom Games section to play them.
pure.Wasted
Profile Blog Joined December 2008
Canada4701 Posts
March 06 2015 03:15 GMT
#43
Great thread! Thanks for taking the time, Uva.

On March 06 2015 09:58 brickrd wrote:
my concern is that a system with reduced mining for extra workers isn't very intuitive, and creates a sort of "knowledge barrier" where it's unlikely you'll learn how to mine properly through any means other than copycatting other players who figured it out first. this is already a minor issue in sc2 with "16/24", and it would be worse with "8/24"


I'm usually a big proponent of elegant design, but in this case the price seems to be too steep. All sports have unintuitive rules that you simply have to learn by being told, or by seeing someone else do it, or else you're not going to be able to compete.

And it's not as though LoL and Dota 2 are transparent. They have plenty of obscure rules and interactions, and it doesn't seem to get in the way of their popularity.
INna Maru-da-FanTa, Bbaby, TY Dream that I'm Flashing you
The_Red_Viper
Profile Blog Joined August 2013
19533 Posts
March 06 2015 03:16 GMT
#44
You talked about the logic behind it though. I don't see a difference why it is more logic for new players to need a new base at 16 instead of 8 for max efficiency. Sure, mechanical it is harder the lower the worker count per base actually is.
That wasn't really the point though
As i said, by that logic why is it better to have 32 workers on 2 bases instead of one? The logic is the same, the worker count just changes arbitrarily.
As Uvantak said, you could even argue that 8 makes a lot more sense cause there actually are 8 mineral patches per base.
IU | Sohyang || There is no God and we are his prophets | For if ‘Thou mayest’—it is also true that ‘Thou mayest not.” | Ignorance is the parent of fear |
MrMatt
Profile Joined August 2010
Canada225 Posts
March 06 2015 03:18 GMT
#45
Have a tip in the loading screen. "Each extra worker per mineral patch is less efficient so expand to maximize your economy."

To be honest I think this makes it more simple than it is now. Right now blizzard tells you 24/24 is a saturated base and doesn't mention the fact that 16 is much much better.
EatThePath
Profile Blog Joined September 2009
United States3943 Posts
March 06 2015 03:24 GMT
#46
On March 06 2015 12:16 The_Red_Viper wrote:
You talked about the logic behind it though. I don't see a difference why it is more logic for new players to need a new base at 16 instead of 8 for max efficiency. Sure, mechanical it is harder the lower the worker count per base actually is.
That wasn't really the point though
As i said, by that logic why is it better to have 32 workers on 2 bases instead of one? The logic is the same, the worker count just changes arbitrarily.
As Uvantak said, you could even argue that 8 makes a lot more sense cause there actually are 8 mineral patches per base.

It was really intuitive in BW based on the fact that you see your workers bouncing around at a semisaturated base not working. Anyone with half a brain who puts thought into it will come to the conclusion that another base would be better even with the same worker count.
Comprehensive strategic intention: DNE
coolman123123
Profile Joined August 2013
146 Posts
Last Edited: 2015-03-06 03:46:00
March 06 2015 03:37 GMT
#47
On March 06 2015 12:13 Uvantak wrote:
Show nested quote +
On March 06 2015 12:02 coolman123123 wrote:
On March 06 2015 11:52 The_Red_Viper wrote:
On March 06 2015 11:43 coolman123123 wrote:
I think the problem with changes like this, in Blizzard's eyes, is that it is confusing to new players. The current system, where 1 base 16 workers = 2 base 8 workers, is a lot more straightforward. It is the default mode of thinking. As a new player, it would make very little sense to me why it's better to have 2 bases 8 workers as opposed to one base 16. Additionally, this change would mean you are spending MORE time babysitting your workers and how they are distributed, something that obviously is not very fun. With the LotV change, Blizzzard is, in essence, trying to achieve a similar outcome with a simpler solution. I'm not saying the LotV econ will be better, or that these changes wouldn't be positive, but I believe this is why something like this will not happen.

Well by that logic, you shouldn't reach a cap at 16 either.
It's arbitrary to say that 8 is worse than 16 in that regard


I disagree, managing 16 workers per base is a lot easier than 8. The lower the number for maximum efficiency, the more you have to baby sit your workers to play at maximum efficiency.

This is simply incorrect, from a single base point of view, a worker on a far patch will mine at 45Min/min, meanwhile a worker on a close patch will mine at 39Min/min, this is a 6 mineral change, with worker pairing and a 16 worker supply efficiency cap you will want to have 2 workers stacked in the closer mineral patches and 1 or 0 in the far away patches, meanwhile with a with a system where players can't really stack workers there is no managing to be had because you simply can't pair workers in the closer patches, making the system simpler for the newer players, which as it happens is not something I'm a fan of, a player that's willing to put work into manually managing his economy should get a small return for it, but if this means the huge problems that worker pairing brings into the table then there is no choice to be had.

Also as a second point, Starcraft II is an E-Sport and even when the game shouldn't be completely designed to be balanced and fun at the highest levels only, the game should not be fully designed to be fun for casual players only either, as I just said, StarCraft II is an E-Sport and worker pairing brings huge problems into the game. The new system will be far more confusing than the current HotS mining scheme and basically any other good economic system, you would know this if you had put attention to the OP.

/edit I'm starting to miss entire words here and there instead of silly typos, I'll probably go to sleep soon, I'm too tired.


The thing is, when stacking workers in the early game, there is nothing else going on. The point I'm trying to make is that when you are at 2 or 3+ bases, and the workers are more efficient at 8 per base, you would re-rally your workers more frequently. Not going over 16 workers is already a challenge for new players, 8 just gives you less time until you reach the point where you have to change your base rally points.
Randomaccount#77123
Profile Blog Joined May 2010
United States5003 Posts
March 06 2015 03:44 GMT
#48
--- Nuked ---
Uvantak
Profile Blog Joined June 2011
Uruguay1381 Posts
Last Edited: 2015-03-06 03:53:24
March 06 2015 03:51 GMT
#49
On March 06 2015 12:37 coolman123123 wrote:
Show nested quote +
On March 06 2015 12:13 Uvantak wrote:
On March 06 2015 12:02 coolman123123 wrote:
On March 06 2015 11:52 The_Red_Viper wrote:
On March 06 2015 11:43 coolman123123 wrote:
I think the problem with changes like this, in Blizzard's eyes, is that it is confusing to new players. The current system, where 1 base 16 workers = 2 base 8 workers, is a lot more straightforward. It is the default mode of thinking. As a new player, it would make very little sense to me why it's better to have 2 bases 8 workers as opposed to one base 16. Additionally, this change would mean you are spending MORE time babysitting your workers and how they are distributed, something that obviously is not very fun. With the LotV change, Blizzzard is, in essence, trying to achieve a similar outcome with a simpler solution. I'm not saying the LotV econ will be better, or that these changes wouldn't be positive, but I believe this is why something like this will not happen.

Well by that logic, you shouldn't reach a cap at 16 either.
It's arbitrary to say that 8 is worse than 16 in that regard


I disagree, managing 16 workers per base is a lot easier than 8. The lower the number for maximum efficiency, the more you have to baby sit your workers to play at maximum efficiency.

This is simply incorrect, from a single base point of view, a worker on a far patch will mine at 45Min/min, meanwhile a worker on a close patch will mine at 39Min/min, this is a 6 mineral change, with worker pairing and a 16 worker supply efficiency cap you will want to have 2 workers stacked in the closer mineral patches and 1 or 0 in the far away patches, meanwhile with a with a system where players can't really stack workers there is no managing to be had because you simply can't pair workers in the closer patches, making the system simpler for the newer players, which as it happens is not something I'm a fan of, a player that's willing to put work into manually managing his economy should get a small return for it, but if this means the huge problems that worker pairing brings into the table then there is no choice to be had.

Also as a second point, Starcraft II is an E-Sport and even when the game shouldn't be completely designed to be balanced and fun at the highest levels only, the game should not be fully designed to be fun for casual players only either, as I just said, StarCraft II is an E-Sport and worker pairing brings huge problems into the game. The new system will be far more confusing than the current HotS mining scheme and basically any other good economic system, you would know this if you had put attention to the OP.

/edit I'm starting to miss entire words here and there instead of silly typos, I'll probably go to sleep soon, I'm too tired.


The thing is, when stacking workers in the early game, there is nothing else going on. The point I'm trying to make is that when you are at 2 or 3 bases, and the workers are more efficient at 8 per base, you would re-rally your workers more frequently.

I really don't see/understand your point, why would you re-rally/stack your workers while on 2-3 bases? Can you be more precise? Why would you have only 8 workers per base when you are in 2-3 bases already? By Re-rally you mean maynarding your workers to empty bases or something else? Also you must understand that the 8 workers per base is not hard cap at all, only a supply efficient cap, you can perfectly have 30 workers per base if you want and mine more minerals than with 8, but by each worker you add this worker will work with a lesser efficiency than the first one.

/Edit Oh Hi Barrin, nice to see you around.
@Kantuva | Mapmaker | KTVMaps.wordpress.com | Check my profile to see my TL map threads, and you can search for KTV in the Custom Games section to play them.
EatThePath
Profile Blog Joined September 2009
United States3943 Posts
March 06 2015 03:51 GMT
#50
A wild barrin appears!!
Comprehensive strategic intention: DNE
The_Templar
Profile Blog Joined January 2011
your Country52797 Posts
March 06 2015 03:52 GMT
#51
On March 06 2015 12:44 Barrin wrote:

Barrin is pretty knowledgable about this subject, yes.
Moderatorshe/her
TL+ Member
Plexa
Profile Blog Joined October 2005
Aotearoa39261 Posts
March 06 2015 04:12 GMT
#52
On March 06 2015 12:44 Barrin wrote:

Mr FRB himself!
Administrator~ Spirit will set you free ~
coolman123123
Profile Joined August 2013
146 Posts
Last Edited: 2015-03-06 04:20:57
March 06 2015 04:17 GMT
#53
On March 06 2015 12:51 Uvantak wrote:
Show nested quote +
On March 06 2015 12:37 coolman123123 wrote:
On March 06 2015 12:13 Uvantak wrote:
On March 06 2015 12:02 coolman123123 wrote:
On March 06 2015 11:52 The_Red_Viper wrote:
On March 06 2015 11:43 coolman123123 wrote:
I think the problem with changes like this, in Blizzard's eyes, is that it is confusing to new players. The current system, where 1 base 16 workers = 2 base 8 workers, is a lot more straightforward. It is the default mode of thinking. As a new player, it would make very little sense to me why it's better to have 2 bases 8 workers as opposed to one base 16. Additionally, this change would mean you are spending MORE time babysitting your workers and how they are distributed, something that obviously is not very fun. With the LotV change, Blizzzard is, in essence, trying to achieve a similar outcome with a simpler solution. I'm not saying the LotV econ will be better, or that these changes wouldn't be positive, but I believe this is why something like this will not happen.

Well by that logic, you shouldn't reach a cap at 16 either.
It's arbitrary to say that 8 is worse than 16 in that regard


I disagree, managing 16 workers per base is a lot easier than 8. The lower the number for maximum efficiency, the more you have to baby sit your workers to play at maximum efficiency.

This is simply incorrect, from a single base point of view, a worker on a far patch will mine at 45Min/min, meanwhile a worker on a close patch will mine at 39Min/min, this is a 6 mineral change, with worker pairing and a 16 worker supply efficiency cap you will want to have 2 workers stacked in the closer mineral patches and 1 or 0 in the far away patches, meanwhile with a with a system where players can't really stack workers there is no managing to be had because you simply can't pair workers in the closer patches, making the system simpler for the newer players, which as it happens is not something I'm a fan of, a player that's willing to put work into manually managing his economy should get a small return for it, but if this means the huge problems that worker pairing brings into the table then there is no choice to be had.

Also as a second point, Starcraft II is an E-Sport and even when the game shouldn't be completely designed to be balanced and fun at the highest levels only, the game should not be fully designed to be fun for casual players only either, as I just said, StarCraft II is an E-Sport and worker pairing brings huge problems into the game. The new system will be far more confusing than the current HotS mining scheme and basically any other good economic system, you would know this if you had put attention to the OP.

/edit I'm starting to miss entire words here and there instead of silly typos, I'll probably go to sleep soon, I'm too tired.


The thing is, when stacking workers in the early game, there is nothing else going on. The point I'm trying to make is that when you are at 2 or 3 bases, and the workers are more efficient at 8 per base, you would re-rally your workers more frequently.

I really don't see/understand your point, why would you re-rally/stack your workers while on 2-3 bases? Can you be more precise? Why would you have only 8 workers per base when you are in 2-3 bases already? By Re-rally you mean maynarding your workers to empty bases or something else? Also you must understand that the 8 workers per base is not hard cap at all, only a supply efficient cap, you can perfectly have 30 workers per base if you want and mine more minerals than with 8, but by each worker you add this worker will work with a lesser efficiency than the first one.

/Edit Oh Hi Barrin, nice to see you around.


Okay, so as an example: My natural expansion finishes, let's say I have, I don't know 14 workers. Currently, all I do is move my main rally point to my natural once that number hits 16. If the efficiency is 8, now the best thing to do is transfer 6 workers, rally both to the natural, then once your natural hits 8 you move your main rally back to your main. That's just a small example of how it requires more babysitting. Another example is: if you have several bases, say 3 or more, and you lose enough workers to where you cannot have more than 8 per base, it now becomes a situation where you want to manually re-rally every base and redistribute your workers accordingly. It's just inherently easier to manage your workers in this regard when the efficiency per base is higher.
varsovie
Profile Joined December 2013
Canada326 Posts
March 06 2015 04:54 GMT
#54
On March 06 2015 13:17 coolman123123 wrote:
Show nested quote +
On March 06 2015 12:51 Uvantak wrote:
On March 06 2015 12:37 coolman123123 wrote:
On March 06 2015 12:13 Uvantak wrote:
On March 06 2015 12:02 coolman123123 wrote:
On March 06 2015 11:52 The_Red_Viper wrote:
On March 06 2015 11:43 coolman123123 wrote:
I think the problem with changes like this, in Blizzard's eyes, is that it is confusing to new players. The current system, where 1 base 16 workers = 2 base 8 workers, is a lot more straightforward. It is the default mode of thinking. As a new player, it would make very little sense to me why it's better to have 2 bases 8 workers as opposed to one base 16. Additionally, this change would mean you are spending MORE time babysitting your workers and how they are distributed, something that obviously is not very fun. With the LotV change, Blizzzard is, in essence, trying to achieve a similar outcome with a simpler solution. I'm not saying the LotV econ will be better, or that these changes wouldn't be positive, but I believe this is why something like this will not happen.

Well by that logic, you shouldn't reach a cap at 16 either.
It's arbitrary to say that 8 is worse than 16 in that regard


I disagree, managing 16 workers per base is a lot easier than 8. The lower the number for maximum efficiency, the more you have to baby sit your workers to play at maximum efficiency.

This is simply incorrect, from a single base point of view, a worker on a far patch will mine at 45Min/min, meanwhile a worker on a close patch will mine at 39Min/min, this is a 6 mineral change, with worker pairing and a 16 worker supply efficiency cap you will want to have 2 workers stacked in the closer mineral patches and 1 or 0 in the far away patches, meanwhile with a with a system where players can't really stack workers there is no managing to be had because you simply can't pair workers in the closer patches, making the system simpler for the newer players, which as it happens is not something I'm a fan of, a player that's willing to put work into manually managing his economy should get a small return for it, but if this means the huge problems that worker pairing brings into the table then there is no choice to be had.

Also as a second point, Starcraft II is an E-Sport and even when the game shouldn't be completely designed to be balanced and fun at the highest levels only, the game should not be fully designed to be fun for casual players only either, as I just said, StarCraft II is an E-Sport and worker pairing brings huge problems into the game. The new system will be far more confusing than the current HotS mining scheme and basically any other good economic system, you would know this if you had put attention to the OP.

/edit I'm starting to miss entire words here and there instead of silly typos, I'll probably go to sleep soon, I'm too tired.


The thing is, when stacking workers in the early game, there is nothing else going on. The point I'm trying to make is that when you are at 2 or 3 bases, and the workers are more efficient at 8 per base, you would re-rally your workers more frequently.

I really don't see/understand your point, why would you re-rally/stack your workers while on 2-3 bases? Can you be more precise? Why would you have only 8 workers per base when you are in 2-3 bases already? By Re-rally you mean maynarding your workers to empty bases or something else? Also you must understand that the 8 workers per base is not hard cap at all, only a supply efficient cap, you can perfectly have 30 workers per base if you want and mine more minerals than with 8, but by each worker you add this worker will work with a lesser efficiency than the first one.

/Edit Oh Hi Barrin, nice to see you around.


Okay, so as an example: My natural expansion finishes, let's say I have, I don't know 14 workers. Currently, all I do is move my main rally point to my natural once that number hits 16. If the efficiency is 8, now the best thing to do is transfer 6 workers, rally both to the natural, then once your natural hits 8 you move your main rally back to your main. That's just a small example of how it requires more babysitting. Another example is: if you have several bases, say 3 or more, and you lose enough workers to where you cannot have more than 8 per base, it now becomes a situation where you want to manually re-rally every base and redistribute your workers accordingly. It's just inherently easier to manage your workers in this regard when the efficiency per base is higher.



Yes and no, the actual number of worker to rally would depend of the distance because there's actually mining lost during the transfer and the extra % of efficiency might not cover that gap of not mining. More so if the extra income gets really low, which happen with a soft cap (one "extra" worker might mine only 95% as fast, compared to only 50-60% for SC2 right now).

Would the re-rally be more frequent? Of course if you wish to get MOAR bases, but if your more turtle style then it doesn't changes much. And a soft cap of "more worker than 1 per patch mines less and less" is probably more intuitive to new players than showing a nice big X/24 and no telling them they're loosing there time and winrate over 16 anyway. Hard newbs struggle enough to keep constant worker production for it to matter much IMHO.
Roadog
Profile Joined May 2012
Canada1670 Posts
March 06 2015 05:01 GMT
#55
On March 06 2015 07:52 Uvantak wrote:The economic system of Starcraft II is build in such a way that if you want to be as supply efficient as possible while collecting resources you will need 16 workers per base mining Minerals and other 4 mining gas, this sums to 20 workers per base


I don't think this was mentioned in the replies; I thought everybody put 6 workers mining gas instead of 4? That would make 22 workers per base. I get that from a sheer numbers perspective having 2 workers/gas is more efficient than 3 (37.5 gas per minute per worker vs. 32.5) but I've never seen a progamer, or even builds suggested/discussed on TL, keep only 2 workers per geyser after the early stages of the game. This seems like a case where the theory is pretty much irrelevant when compared to what actually happens in practice.
sOs fan. Zerg just seem to have the most...potential. Dubbo Robo Colo! Why I play Protoss: Stalkers, bacon, toilets and mama -- Chelsea FC
Fanatic-Templar
Profile Joined February 2010
Canada5819 Posts
March 06 2015 05:22 GMT
#56
Hmm. As someone who prefers low-econ games and actually wishes it were harder to take your natural and third than it currently is, I'm not sure how to feel about this.

That aside though, while I'd love to see Swarm Hosts and Colossus deathballs disappear as much as anyone, and can definitely agree that a higher base count would achieve this, is there actually anything to replace them? Terran Medivac-bio is amazingly mobile and powerful in small groups, and adapts perfectly to this situation, but unsupported Gateway units are trash, Zerglings are mobile but really weak and vulnerable to good positioning, and Hydra/Roach is both slow and expensive. When you mentioned a game going on eight bases, it sounded like a complete nightmare.
I bear this sig to commemorate the loss of the team icon that commemorated Oversky's 2008-2009 Proleague Round 1 performance.
Pontius Pirate
Profile Blog Joined August 2013
United States1557 Posts
March 06 2015 05:23 GMT
#57
This may have been mentioned somewhere in the thread, but I didn't see it while attempting to speed-read, so I'll state it now and hope I'm not repeating anyone.

One nice side-benefit of having workers mine for 3 times as long and return 3 times as many minerals is that sniping bases while ignoring the workers escaping won't be nearly as effective of a decapitation of an opponents economy, since long-distance mining will be proportionately so much more efficient than it is in the current model of SC2.

I'd also really like to see some more options for map makers, such as super high-yield mineral patches, super high-yield vespene geysers, low-yield mineral patches, and low-yield geysers. I don't think every map would use them, but I'd definitely incorporate them in certain situations. Like maybe having an extremely well-defended backdoor expansion that has just 5 low-yield mineral patches and 1 low-yield geyser or having a base that's literally right in the middle of the map that has 10 super high-yield mineral patches and 2 super high-yield refineries. As much as people love to hate on browderisms, I think they can make for amazing map-specific elements when used sparingly.
"I had to close the door so my parents wouldn't judge me." - ZombieGrub during the ShitfaceTradeTV stream
EatThePath
Profile Blog Joined September 2009
United States3943 Posts
March 06 2015 05:24 GMT
#58
On March 06 2015 14:01 Roadog wrote:
Show nested quote +
On March 06 2015 07:52 Uvantak wrote:The economic system of Starcraft II is build in such a way that if you want to be as supply efficient as possible while collecting resources you will need 16 workers per base mining Minerals and other 4 mining gas, this sums to 20 workers per base


I don't think this was mentioned in the replies; I thought everybody put 6 workers mining gas instead of 4? That would make 22 workers per base. I get that from a sheer numbers perspective having 2 workers/gas is more efficient than 3 (37.5 gas per minute per worker vs. 32.5) but I've never seen a progamer, or even builds suggested/discussed on TL, keep only 2 workers per geyser after the early stages of the game. This seems like a case where the theory is pretty much irrelevant when compared to what actually happens in practice.

I think this was a typo. Uva mentions 3 workers per gas elsewhere.
Comprehensive strategic intention: DNE
-Kyo-
Profile Blog Joined August 2010
Japan1926 Posts
Last Edited: 2015-03-06 05:50:20
March 06 2015 05:48 GMT
#59
On March 06 2015 13:17 coolman123123 wrote:
Show nested quote +
On March 06 2015 12:51 Uvantak wrote:
On March 06 2015 12:37 coolman123123 wrote:
On March 06 2015 12:13 Uvantak wrote:
On March 06 2015 12:02 coolman123123 wrote:
On March 06 2015 11:52 The_Red_Viper wrote:
On March 06 2015 11:43 coolman123123 wrote:
I think the problem with changes like this, in Blizzard's eyes, is that it is confusing to new players. The current system, where 1 base 16 workers = 2 base 8 workers, is a lot more straightforward. It is the default mode of thinking. As a new player, it would make very little sense to me why it's better to have 2 bases 8 workers as opposed to one base 16. Additionally, this change would mean you are spending MORE time babysitting your workers and how they are distributed, something that obviously is not very fun. With the LotV change, Blizzzard is, in essence, trying to achieve a similar outcome with a simpler solution. I'm not saying the LotV econ will be better, or that these changes wouldn't be positive, but I believe this is why something like this will not happen.

Well by that logic, you shouldn't reach a cap at 16 either.
It's arbitrary to say that 8 is worse than 16 in that regard


I disagree, managing 16 workers per base is a lot easier than 8. The lower the number for maximum efficiency, the more you have to baby sit your workers to play at maximum efficiency.

This is simply incorrect, from a single base point of view, a worker on a far patch will mine at 45Min/min, meanwhile a worker on a close patch will mine at 39Min/min, this is a 6 mineral change, with worker pairing and a 16 worker supply efficiency cap you will want to have 2 workers stacked in the closer mineral patches and 1 or 0 in the far away patches, meanwhile with a with a system where players can't really stack workers there is no managing to be had because you simply can't pair workers in the closer patches, making the system simpler for the newer players, which as it happens is not something I'm a fan of, a player that's willing to put work into manually managing his economy should get a small return for it, but if this means the huge problems that worker pairing brings into the table then there is no choice to be had.

Also as a second point, Starcraft II is an E-Sport and even when the game shouldn't be completely designed to be balanced and fun at the highest levels only, the game should not be fully designed to be fun for casual players only either, as I just said, StarCraft II is an E-Sport and worker pairing brings huge problems into the game. The new system will be far more confusing than the current HotS mining scheme and basically any other good economic system, you would know this if you had put attention to the OP.

/edit I'm starting to miss entire words here and there instead of silly typos, I'll probably go to sleep soon, I'm too tired.


The thing is, when stacking workers in the early game, there is nothing else going on. The point I'm trying to make is that when you are at 2 or 3 bases, and the workers are more efficient at 8 per base, you would re-rally your workers more frequently.

I really don't see/understand your point, why would you re-rally/stack your workers while on 2-3 bases? Can you be more precise? Why would you have only 8 workers per base when you are in 2-3 bases already? By Re-rally you mean maynarding your workers to empty bases or something else? Also you must understand that the 8 workers per base is not hard cap at all, only a supply efficient cap, you can perfectly have 30 workers per base if you want and mine more minerals than with 8, but by each worker you add this worker will work with a lesser efficiency than the first one.

/Edit Oh Hi Barrin, nice to see you around.


Okay, so as an example: My natural expansion finishes, let's say I have, I don't know 14 workers. Currently, all I do is move my main rally point to my natural once that number hits 16. If the efficiency is 8, now the best thing to do is transfer 6 workers, rally both to the natural, then once your natural hits 8 you move your main rally back to your main. That's just a small example of how it requires more babysitting. Another example is: if you have several bases, say 3 or more, and you lose enough workers to where you cannot have more than 8 per base, it now becomes a situation where you want to manually re-rally every base and redistribute your workers accordingly. It's just inherently easier to manage your workers in this regard when the efficiency per base is higher.


Yoooo, what? lol O.o
There is no point to re-rally, and in that situation it is no different than the current system once u hit saturation on each base. If either base hits saturation, as was mentioned, if you make anymore workers they are ideally going towards another base. It doesn't matter which of the 2 bases they go to before that point because their return is, obviously, lower than the other 8 you already have. So, re setting rallys would be more of a 'spam apm' thing than anything else. Maybe you're trying to explain something but maybe just not getting it out right? Idk because your example here doesn't really make any sense/work as an argument against what has been provided. Perhaps you just don't like the system? xD

Regardless... The system we're using doesn't really matter if you lose workers because you're going to have to re-rally stuff either way. It happens quite often in PvT before u hit saturation and even after saturation.. the system wouldn't matter at all. O.o
... I really don't understand either of your points. and edit: having more 'total' workers doesn't necessarily mean it's in effect easier because if you are over producing workers in the first place they are either 1. ineffective in supply or mining or 2. going to a new base and u were making them anyway (which would be the case regardless of the system).
so..

Anime is cuter than you. Legacy of the Void GM Protoss Gameplay: twitch.tv/kyo7763 youtube.com/user/KyoStarcraft/
TL+ Member
Uvantak
Profile Blog Joined June 2011
Uruguay1381 Posts
Last Edited: 2015-03-06 05:58:44
March 06 2015 05:53 GMT
#60
On March 06 2015 14:01 Roadog wrote:
Show nested quote +
On March 06 2015 07:52 Uvantak wrote:The economic system of Starcraft II is build in such a way that if you want to be as supply efficient as possible while collecting resources you will need 16 workers per base mining Minerals and other 4 mining gas, this sums to 20 workers per base


I don't think this was mentioned in the replies; I thought everybody put 6 workers mining gas instead of 4? That would make 22 workers per base. I get that from a sheer numbers perspective having 2 workers/gas is more efficient than 3 (37.5 gas per minute per worker vs. 32.5) but I've never seen a progamer, or even builds suggested/discussed on TL, keep only 2 workers per geyser after the early stages of the game. This seems like a case where the theory is pretty much irrelevant when compared to what actually happens in practice.

Because I vespene geyser positioning asymmetries I left all vespene incomes out because I would need to write a complete annex talking about it, but for a complete cardinal or vertical vespene positions you will want to have 2 workers per geyser mining for a total of 84 gas/min per geyser, if you added a third harvester this worker would mine at a lesser efficiency than the first 2 (30 gas/min instead of 42) meaning that it would not be supply efficient, but as I said vespene geysers are complex and asymmetric regarding the income they give based on their position in relation to the town hall, so in general they are a pain to work with.

+ Show Spoiler +
[image loading]



For the most part I just tried to disregard vespene income as much as possible, and round the numbers of workers and incomes to make everything easier to understand sacrificing as less as possible the precision of the calculations, but as I said in the OP if anyone wants to get into the work of counting the exact vespene income for each of the 48 possible geyser spots is free to do so, I would love to have that math.

On March 06 2015 14:22 Fanatic-Templar wrote:
Hmm. As someone who prefers low-econ games and actually wishes it were harder to take your natural and third than it currently is, I'm not sure how to feel about this.

That aside though, while I'd love to see Swarm Hosts and Colossus deathballs disappear as much as anyone, and can definitely agree that a higher base count would achieve this, is there actually anything to replace them? Terran Medivac-bio is amazingly mobile and powerful in small groups, and adapts perfectly to this situation, but unsupported Gateway units are trash, Zerglings are mobile but really weak and vulnerable to good positioning, and Hydra/Roach is both slow and expensive. When you mentioned a game going on eight bases, it sounded like a complete nightmare.

Well at the time of writing I was thinking of a "normal" TvZ of Bio/mine/thor vs Ling/bling/muta/ultra comp, this would be only theory, I'm really not expecting players to actually reach said amount of bases, It could perfectly happen, I'm only not expecting it, as you said it would be a multitask nightmare for both players, but for spectators, it would be heaven.

On March 06 2015 13:17 coolman123123 wrote:
Show nested quote +
On March 06 2015 12:51 Uvantak wrote:
On March 06 2015 12:37 coolman123123 wrote:
On March 06 2015 12:13 Uvantak wrote:
On March 06 2015 12:02 coolman123123 wrote:
On March 06 2015 11:52 The_Red_Viper wrote:
On March 06 2015 11:43 coolman123123 wrote:
I think the problem with changes like this, in Blizzard's eyes, is that it is confusing to new players. The current system, where 1 base 16 workers = 2 base 8 workers, is a lot more straightforward. It is the default mode of thinking. As a new player, it would make very little sense to me why it's better to have 2 bases 8 workers as opposed to one base 16. Additionally, this change would mean you are spending MORE time babysitting your workers and how they are distributed, something that obviously is not very fun. With the LotV change, Blizzzard is, in essence, trying to achieve a similar outcome with a simpler solution. I'm not saying the LotV econ will be better, or that these changes wouldn't be positive, but I believe this is why something like this will not happen.

Well by that logic, you shouldn't reach a cap at 16 either.
It's arbitrary to say that 8 is worse than 16 in that regard


I disagree, managing 16 workers per base is a lot easier than 8. The lower the number for maximum efficiency, the more you have to baby sit your workers to play at maximum efficiency.

This is simply incorrect, from a single base point of view, a worker on a far patch will mine at 45Min/min, meanwhile a worker on a close patch will mine at 39Min/min, this is a 6 mineral change, with worker pairing and a 16 worker supply efficiency cap you will want to have 2 workers stacked in the closer mineral patches and 1 or 0 in the far away patches, meanwhile with a with a system where players can't really stack workers there is no managing to be had because you simply can't pair workers in the closer patches, making the system simpler for the newer players, which as it happens is not something I'm a fan of, a player that's willing to put work into manually managing his economy should get a small return for it, but if this means the huge problems that worker pairing brings into the table then there is no choice to be had.

Also as a second point, Starcraft II is an E-Sport and even when the game shouldn't be completely designed to be balanced and fun at the highest levels only, the game should not be fully designed to be fun for casual players only either, as I just said, StarCraft II is an E-Sport and worker pairing brings huge problems into the game. The new system will be far more confusing than the current HotS mining scheme and basically any other good economic system, you would know this if you had put attention to the OP.

/edit I'm starting to miss entire words here and there instead of silly typos, I'll probably go to sleep soon, I'm too tired.


The thing is, when stacking workers in the early game, there is nothing else going on. The point I'm trying to make is that when you are at 2 or 3 bases, and the workers are more efficient at 8 per base, you would re-rally your workers more frequently.

I really don't see/understand your point, why would you re-rally/stack your workers while on 2-3 bases? Can you be more precise? Why would you have only 8 workers per base when you are in 2-3 bases already? By Re-rally you mean maynarding your workers to empty bases or something else? Also you must understand that the 8 workers per base is not hard cap at all, only a supply efficient cap, you can perfectly have 30 workers per base if you want and mine more minerals than with 8, but by each worker you add this worker will work with a lesser efficiency than the first one.

/Edit Oh Hi Barrin, nice to see you around.


Okay, so as an example: My natural expansion finishes, let's say I have, I don't know 14 workers. Currently, all I do is move my main rally point to my natural once that number hits 16. If the efficiency is 8, now the best thing to do is transfer 6 workers, rally both to the natural, then once your natural hits 8 you move your main rally back to your main. That's just a small example of how it requires more babysitting. Another example is: if you have several bases, say 3 or more, and you lose enough workers to where you cannot have more than 8 per base, it now becomes a situation where you want to manually re-rally every base and redistribute your workers accordingly. It's just inherently easier to manage your workers in this regard when the efficiency per base is higher.

Maynarding, is FAR from being hard, I do not know if you are doing this on purpose, but if you have 14 workers on your main what you would do is to take 7 and send them to your natural, any income loss would be offset by the higher worker efficiency, then you would continue to make workers normally. Regarding the multi-base scenario, that's something that already happens when you are in that many bases, I don't understand your point, this is Starcraft not Farmville or a Moba, it IS supposed to be hard because you are doing it yourself, not an automated AI, if you don't agree with that there is not much that I can say to you.
@Kantuva | Mapmaker | KTVMaps.wordpress.com | Check my profile to see my TL map threads, and you can search for KTV in the Custom Games section to play them.
Prev 1 2 3 4 5 8 9 10 Next All
Please log in or register to reply.
Live Events Refresh
Wardi Open
12:00
#68
WardiTV685
OGKoka 255
Rex111
Liquipedia
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
OGKoka 255
SortOf 174
Lowko160
Rex 111
StarCraft: Brood War
Horang2 3361
Sea 2862
Jaedong 1352
Shuttle 1126
actioN 529
Larva 385
Hyuk 305
Light 297
BeSt 295
ggaemo 211
[ Show more ]
ZerO 195
Rush 195
Mini 183
Killer 171
Snow 157
Soma 156
hero 122
Sharp 114
Hyun 106
Pusan 101
Leta 94
Mong 73
Aegong 72
sorry 35
Nal_rA 35
soO 30
Yoon 27
yabsab 26
Terrorterran 16
JulyZerg 16
Bale 15
scan(afreeca) 12
Sacsri 11
Shine 9
Icarus 8
Dota 2
XcaliburYe225
League of Legends
C9.Mang0489
JimRising 475
Counter-Strike
olofmeister2488
shoxiejesuss827
zeus776
x6flipin645
edward123
Other Games
singsing1802
B2W.Neo1665
Gorgc1550
Pyrionflax375
crisheroes276
QueenE47
ZerO(Twitch)9
Organizations
Other Games
gamesdonequick30425
StarCraft: Brood War
UltimateBattle 1639
lovetv 8
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 10 non-featured ]
StarCraft 2
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
Upcoming Events
RotterdaM Event
4h 45m
Patches Events
7h 15m
PiGosaur Cup
12h 15m
OSC
23h 15m
SOOP
1d 15h
OSC
1d 23h
OSC
3 days
SOOP
4 days
The PondCast
4 days
Sparkling Tuna Cup
5 days
[ Show More ]
IPSL
6 days
DragOn vs Sziky
Replay Cast
6 days
Wardi Open
6 days
Liquipedia Results

Completed

BSL Season 21
WardiTV 2025
META Madness #9

Ongoing

C-Race Season 1
IPSL Winter 2025-26
eXTREMESLAND 2025
SL Budapest Major 2025
ESL Impact League Season 8
BLAST Rivals Fall 2025
IEM Chengdu 2025
PGL Masters Bucharest 2025

Upcoming

Escore Tournament S1: W3
BSL 21 Non-Korean Championship
CSL 2025 WINTER (S19)
Acropolis #4
IPSL Spring 2026
Bellum Gens Elite Stara Zagora 2026
HSC XXVIII
Thunderfire SC2 All-star 2025
Big Gabe Cup #3
OSC Championship Season 13
Nations Cup 2026
Underdog Cup #3
NA Kuram Kup
BLAST Open Spring 2026
ESL Pro League Season 23
ESL Pro League Season 23
PGL Cluj-Napoca 2026
IEM Kraków 2026
BLAST Bounty Winter 2026
BLAST Bounty Winter Qual
TLPD

1. ByuN
2. TY
3. Dark
4. Solar
5. Stats
6. Nerchio
7. sOs
8. soO
9. INnoVation
10. Elazer
1. Rain
2. Flash
3. EffOrt
4. Last
5. Bisu
6. Soulkey
7. Mini
8. Sharp
Sidebar Settings...

Advertising | Privacy Policy | Terms Of Use | Contact Us

Original banner artwork: Jim Warren
The contents of this webpage are copyright © 2026 TLnet. All Rights Reserved.