• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EDT 18:18
CEST 00:18
KST 07:18
  • 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
Team Liquid Map Contest #22 - The Finalists12[ASL21] Ro16 Preview Pt1: Fresh Flow9[ASL21] Ro24 Preview Pt2: News Flash10[ASL21] Ro24 Preview Pt1: New Chaos0Team Liquid Map Contest #22 - Presented by Monster Energy21
Community News
2026 GSL Season 1 Qualifiers11Maestros of the Game 2 announced32026 GSL Tour plans announced10Weekly Cups (April 6-12): herO doubles, "Villains" prevail1MaNa leaves Team Liquid20
StarCraft 2
General
Weekly Cups (April 6-12): herO doubles, "Villains" prevail MaNa leaves Team Liquid Oliveira Would Have Returned If EWC Continued Team Liquid Map Contest #22 - The Finalists 2026 GSL Tour plans announced
Tourneys
2026 GSL Season 1 Qualifiers Sparkling Tuna Cup - Weekly Open Tournament Master Swan Open (Global Bronze-Master 2) SEL Doubles (SC Evo Bimonthly) $5,000 WardiTV TLMC tournament - Presented by Monster Energy
Strategy
Custom Maps
[D]RTS in all its shapes and glory <3 [A] Nemrods 1/4 players [M] (2) Frigid Storage
External Content
Mutation # 521 Memorable Boss The PondCast: SC2 News & Results Mutation # 520 Moving Fees Mutation # 519 Inner Power
Brood War
General
BW General Discussion Pros React To: Tulbo in Ro.16 Group A ASL21 General Discussion [BSL22] RO32 Group Stage mca64Launcher - New Version with StarCraft: Remast
Tourneys
[BSL22] RO32 Group D - Sunday 21:00 CEST [BSL22] RO32 Group C - Saturday 21:00 CEST Korean KCM Race Survival 2026 Season 2 [ASL21] Ro16 Group B
Strategy
What's the deal with APM & what's its true value Any training maps people recommend? Fighting Spirit mining rates Muta micro map competition
Other Games
General Games
Nintendo Switch Thread General RTS Discussion Thread Battle Aces/David Kim RTS Megathread Stormgate/Frost Giant Megathread Starcraft Tabletop Miniature Game
Dota 2
The Story of Wings Gaming Official 'what is Dota anymore' discussion
League of Legends
G2 just beat GenG in First stand
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 TL Mafia Community Thread Five o'clock TL Mafia
Community
General
Russo-Ukrainian War Thread US Politics Mega-thread Things Aren’t Peaceful in Palestine YouTube Thread Canadian Politics Mega-thread
Fan Clubs
The IdrA Fan Club
Media & Entertainment
Anime Discussion Thread [Req][Books] Good Fantasy/SciFi books [Manga] One Piece Movie Discussion!
Sports
2024 - 2026 Football Thread McBoner: A hockey love story Formula 1 Discussion Cricket [SPORT]
World Cup 2022
Tech Support
[G] How to Block Livestream Ads
TL Community
The Automated Ban List
Blogs
Reappraising The Situation T…
TrAiDoS
lurker extra damage testi…
StaticNine
Broowar part 2
qwaykee
Funny Nicknames
LUCKY_NOOB
Iranian anarchists: organize…
XenOsky
ASL S21 English Commentary…
namkraft
Customize Sidebar...

Website Feedback

Closed Threads



Active: 1816 users

Autorepair discussion - Page 7

Forum Index > SC2 General
Post a Reply
Prev 1 5 6 7 8 9 11 Next All
Zowon
Profile Joined December 2010
Norway237 Posts
May 10 2011 12:27 GMT
#121
Protoss has "auto" regain on their shields, zerg has "auto" regain on their health so why shouldn't terran have auto repair?
¯\(シ)/¯
grigorin
Profile Joined December 2009
Austria275 Posts
May 10 2011 12:32 GMT
#122
Maybe it is the same in most discussion threads, but i am surprised how bad some people are at arguing/reading and understanding arguments. I think the OP has some good and well thoughtout points.

I agree that autorepair feels a bit out of place in the game and I personally got the impression that it was a feature designed for the campaign (where i first noticed it - I think its turned on by default).

The best solution in my eyes would be to remove autorepair and instead implement that SCVs dont idle after a full repair, but tbh I think this will never happen as it has really a low priority and is not imbalanced or sth.
AtlasGrip
Profile Joined April 2011
45 Posts
May 10 2011 12:34 GMT
#123
On May 10 2011 21:24 brobear wrote:
Show nested quote +
I'm not trying to prove that this ability is game breaking. That's not the purpose of this thread. I'm saying that the ability doesn't belong in the game. Not necessarily because it's game breaking, but it doesn't fit what should be in Starcraft 2. That is, nothing should do the micro for the player but the player himself. As for proof to this effect, does anyone really dispute that autorepair can do things the player could not manually do with repair? It's very easy to imagine the AI repairing 10 different things instantaneously and then imagine you trying to right click 10 different things in that fraction of a second and seeing that you just can't.


You can go play BW if you want to feel gosu, but I sure as hell don't want to send each individual workers to mine again for the entire duration of the game.
The game's interface has simply evolved from BW to automate some small non-gamebreaking nuisances for the players.
This isn't trivial though, nor a nuisance. That's my point. It's not trivial for the game to automate things you could not do yourself.

You say that this auto-repair mechanic is "not game breaking," but say that automation beyond any human physical capability isn't fit for starcraft 2? With your logic, medivac auto-casting heal is analogous to scvs auto-repairing mech troops in battle. Would you also like for selecting 30 larvae and holding down z to spawn 30 zerglings to be removed, and instead click z 30 times in a row? What a joke.
I've already addressed the medivac thing. holding z down on larva is not automation at all..... there's still a time factor in holding it down, and you are after all, manually holding it down. manually, which is the complete opposite of automatically.

If auto-inject is what you want, then just say that's what you want.
Auto-inject is a horrible, horrible idea.
Andorra
Profile Joined May 2011
Andorra64 Posts
May 10 2011 12:38 GMT
#124
On May 10 2011 21:17 AtlasGrip wrote:
Show nested quote +
On May 10 2011 21:10 Swede wrote:
On May 10 2011 21:02 AtlasGrip wrote:
On May 10 2011 20:53 Swede wrote:
On May 10 2011 20:48 AtlasGrip wrote:
On May 10 2011 20:25 Swede wrote:
To me it's exactly the same as your units auto-attacking enemy units. For example, you couldn't possibly micro a large stalker ball in a big battle so that all stalkers are firing as fast as possible while also reducing overkill as much as possible.

It's a question of making the game better while also maintaining the competitive aspect (ie a high enough skill ceiling). In my opinion, autorepair does this. Maybe you disagree, but the best argument you can make is preference.
My argument is not based on preference...I postulate that SC2 holds a philosophy where the game doesn't micro for you. If you want to back up why this makes the game better while maintaining the competitive aspect, or why this argument can only be based on preference, then I'd have more to say.


My point is that units auto-attacking IS the game microing for you (you have an attack command just like you do a repair command), and so it follows that you must also disagree with this. If you don't disagree with all aspects of the game that fit into the same category (automated functions which allow you to do things which would be otherwise impossible) then it's preference.
I was sure someone would be this technical eventually. Autoattacking, if you want to consider it an automation, is an automation of necessity. I clearly distinguished these from autorepair. It's an automation of necessity because attacking would not be effective if you had to manually click every unit, and tell it to attack another unit, and then click those units again when that unit is dead and so on! Battles would not be effective, interesting, or even very much tactical due to a lot of unit potential being lost. Fast attack units would be absolute garbage if you had to keep telling them to attack, one by one. In sum, "autoattack" is necessary, just as medivac heal or zealot charge or harvesting mining by themselves (not rally mining, just going back and forth harvesting patches/gas)


It's as much an automation of necessity as autorepair is. Autorepair is only used when the amount of repair micro required is too much and something else is required to achieve what is needed. Autorepair is necessary to achieve that at that point.

Perhaps it doesn't make as big a difference to how the game plays out as auto-attack, but that doesn't change the fact that they are fundamentally the same.

Clever argument, but that's not why autorepair was implemented. It wasn't implemented out of necessity because players can demonstratively use autorepair effectively (they cannot use any of the automations of necessity effectively, and that's why they're of necessity...)



Sorry to disappoint you but auto-repair is pretty useless and is used only in cases where the AI can't mess it up. In fact, a player will always repair manually if the situation is even remotely important. There is not a single game situation where auto repair is necessary and more effective than a human with anything more than 20 apm. It was added for the lower leagues, to make the game more easy, but once pasted a certain (pretty low) skillpoint it becomes simply irrelevant. Your statement that it is capable of something humans aren't is incorrect, as there is no realistic game situation where the autorepair could be better than a player with a reasonable amount of skill.
KentHenry
Profile Joined August 2010
United States260 Posts
May 10 2011 12:38 GMT
#125
Protoss and Zerg both have a free auto-cast healing mechanic for their units and structures. Protoss units and structures need to stay out of battle long enough for their shield to recharge, while all Zerg units and structures heal over time (a Spire/Nexus/Zealot/Muta could heal from 1 HP back to full health for free); these abilities come at no cost to the player.

However, Terran units and structures do not have a free auto-cast ability where they heal over time (excluding Medivacs/Bio). Terran structures can burn to the ground if not repaired quickly enough and it comes at the cost of a percentage of the building. Mech units also cost the Terran player resources if he decides to repair them. Also if the Terran player decides to include some SCVs in his army to repair, thats a loss of potential mining time from those SCVs (the Terran player loses potential income and spends income to repair).

This game is a lot of fun to play and little things like this are not that big of a deal. Auto-repair is not overpowered and it comes at the cost of resources (both mineral and gas; also potential income). When little things are brought up like this, I usually overlook them because I feel it's a lot of theorycrafting on a very small and insignificant scale. However, I felt I should try to rationalize the reasoning behind why auto-repair is "ok".

TL;DR
Auto-repair is fine and doesn't break the game, QQ less.
AtlasGrip
Profile Joined April 2011
45 Posts
May 10 2011 12:39 GMT
#126
On May 10 2011 21:32 grigorin wrote:
Maybe it is the same in most discussion threads, but i am surprised how bad some people are at arguing/reading and understanding arguments. I think the OP has some good and well thoughtout points.

I agree that autorepair feels a bit out of place in the game and I personally got the impression that it was a feature designed for the campaign (where i first noticed it - I think its turned on by default).

The best solution in my eyes would be to remove autorepair and instead implement that SCVs dont idle after a full repair, but tbh I think this will never happen as it has really a low priority and is not imbalanced or sth.

Thanks for your feedback and I appreciate your clear headedness. I'm definitely with you on the first thing you pointed out
Zaffy
Profile Joined February 2011
United Kingdom128 Posts
May 10 2011 12:40 GMT
#127
autocast zealot charge should be removed also.
waffles
Erionn
Profile Joined January 2011
United States1015 Posts
May 10 2011 12:40 GMT
#128
Hmmm, but how will SCVs repair Tanks inside Medivacs without autorepair?
Swede
Profile Joined June 2010
New Zealand853 Posts
May 10 2011 12:41 GMT
#129
On May 10 2011 21:17 AtlasGrip wrote:
Show nested quote +
On May 10 2011 21:10 Swede wrote:
On May 10 2011 21:02 AtlasGrip wrote:
On May 10 2011 20:53 Swede wrote:
On May 10 2011 20:48 AtlasGrip wrote:
On May 10 2011 20:25 Swede wrote:
To me it's exactly the same as your units auto-attacking enemy units. For example, you couldn't possibly micro a large stalker ball in a big battle so that all stalkers are firing as fast as possible while also reducing overkill as much as possible.

It's a question of making the game better while also maintaining the competitive aspect (ie a high enough skill ceiling). In my opinion, autorepair does this. Maybe you disagree, but the best argument you can make is preference.
My argument is not based on preference...I postulate that SC2 holds a philosophy where the game doesn't micro for you. If you want to back up why this makes the game better while maintaining the competitive aspect, or why this argument can only be based on preference, then I'd have more to say.


My point is that units auto-attacking IS the game microing for you (you have an attack command just like you do a repair command), and so it follows that you must also disagree with this. If you don't disagree with all aspects of the game that fit into the same category (automated functions which allow you to do things which would be otherwise impossible) then it's preference.
I was sure someone would be this technical eventually. Autoattacking, if you want to consider it an automation, is an automation of necessity. I clearly distinguished these from autorepair. It's an automation of necessity because attacking would not be effective if you had to manually click every unit, and tell it to attack another unit, and then click those units again when that unit is dead and so on! Battles would not be effective, interesting, or even very much tactical due to a lot of unit potential being lost. Fast attack units would be absolute garbage if you had to keep telling them to attack, one by one. In sum, "autoattack" is necessary, just as medivac heal or zealot charge or harvesting mining by themselves (not rally mining, just going back and forth harvesting patches/gas)


It's as much an automation of necessity as autorepair is. Autorepair is only used when the amount of repair micro required is too much and something else is required to achieve what is needed. Autorepair is necessary to achieve that at that point.

Perhaps it doesn't make as big a difference to how the game plays out as auto-attack, but that doesn't change the fact that they are fundamentally the same.

Clever argument, but that's not why autorepair was implemented. It wasn't implemented out of necessity because players can demonstratively use autorepair effectively (they cannot use any of the automations of necessity effectively, and that's why they're of necessity...)



Why it was implemented is irrelevant. They have the same function (admittedly to different degrees). Auto-repair allows efficiency beyond the limits of manual micro. The same is true of auto-attack - it allows efficiency beyond the limits of manual micro.

As a side note, just because an automation (or any other function) isn't necessary doesn't make it a less valid addition to the game so even this argument isn't going anywhere.

I am going to bed so I'll leave you to it.



LegendaryZ
Profile Blog Joined May 2010
United States1583 Posts
May 10 2011 12:44 GMT
#130
On May 10 2011 21:34 AtlasGrip wrote:This isn't trivial though, nor a nuisance. That's my point. It's not trivial for the game to automate things you could not do yourself.


To be fair, even in Brood War, it would simply be unreasonable if Medics didn't heal automatically even if it's something that would otherwise be impossible. Automating things that players cannot physically do isn't necessarily game breaking or imbalanced nor is it detrimental. Auto Repair as it exists right now may be annoying, but it's shown itself to be fairly balanced since the change in SCV priority for attackers. The amount of automation that is acceptable in a game is an issue of personal preference and can be argued to the end of time without resolution. The important part here is to look at the game as a whole rather than isolate a single feature and critique it outside of the context of the game.

SC2 has made a lot of things easier for players, not just repairing in combat scenarios (where Auto Repair really counts). It's really not fair to just pick on one of these features while ignoring the rest.
AtlasGrip
Profile Joined April 2011
45 Posts
May 10 2011 12:45 GMT
#131
On May 10 2011 21:41 Swede wrote:
Show nested quote +
On May 10 2011 21:17 AtlasGrip wrote:
On May 10 2011 21:10 Swede wrote:
On May 10 2011 21:02 AtlasGrip wrote:
On May 10 2011 20:53 Swede wrote:
On May 10 2011 20:48 AtlasGrip wrote:
On May 10 2011 20:25 Swede wrote:
To me it's exactly the same as your units auto-attacking enemy units. For example, you couldn't possibly micro a large stalker ball in a big battle so that all stalkers are firing as fast as possible while also reducing overkill as much as possible.

It's a question of making the game better while also maintaining the competitive aspect (ie a high enough skill ceiling). In my opinion, autorepair does this. Maybe you disagree, but the best argument you can make is preference.
My argument is not based on preference...I postulate that SC2 holds a philosophy where the game doesn't micro for you. If you want to back up why this makes the game better while maintaining the competitive aspect, or why this argument can only be based on preference, then I'd have more to say.


My point is that units auto-attacking IS the game microing for you (you have an attack command just like you do a repair command), and so it follows that you must also disagree with this. If you don't disagree with all aspects of the game that fit into the same category (automated functions which allow you to do things which would be otherwise impossible) then it's preference.
I was sure someone would be this technical eventually. Autoattacking, if you want to consider it an automation, is an automation of necessity. I clearly distinguished these from autorepair. It's an automation of necessity because attacking would not be effective if you had to manually click every unit, and tell it to attack another unit, and then click those units again when that unit is dead and so on! Battles would not be effective, interesting, or even very much tactical due to a lot of unit potential being lost. Fast attack units would be absolute garbage if you had to keep telling them to attack, one by one. In sum, "autoattack" is necessary, just as medivac heal or zealot charge or harvesting mining by themselves (not rally mining, just going back and forth harvesting patches/gas)


It's as much an automation of necessity as autorepair is. Autorepair is only used when the amount of repair micro required is too much and something else is required to achieve what is needed. Autorepair is necessary to achieve that at that point.

Perhaps it doesn't make as big a difference to how the game plays out as auto-attack, but that doesn't change the fact that they are fundamentally the same.

Clever argument, but that's not why autorepair was implemented. It wasn't implemented out of necessity because players can demonstratively use autorepair effectively (they cannot use any of the automations of necessity effectively, and that's why they're of necessity...)



Why it was implemented is irrelevant. They have the same function (admittedly to different degrees). Auto-repair allows efficiency beyond the limits of manual micro. The same is true of auto-attack - it allows efficiency beyond the limits of manual micro.

As a side note, just because an automation (or any other function) isn't necessary doesn't make it a less valid addition to the game so even this argument isn't going anywhere.

I am going to bed so I'll leave you to it.




You brought up why it was implemented as the crux of your argument

I disagree with you about the two having the same function. Repair can be used efficiently without automation, whereas attack cannot be used efficiently without the units autoattacking. (Just so we're clear, I'm referring to how wildly inefficient it would be if units just stood there and didn't attack unless you specifically clicked on something for them to attack.)

I'm off to bed as well.
Tonem
Profile Joined January 2011
Australia91 Posts
May 10 2011 12:47 GMT
#132
Apparently this guy has been QQing about auto-repair for quite some time now.

http://us.battle.net/sc2/en/forum/topic/2369677710

I'd just ignore this guy tbh

Also as has already been mentioned, the only reason it's really used is because if you are for instance, being 4-gated, you have bunkers set up, the 4-gater moves in, attacks bunkers, falls back, reinforces,etc. Then the SCV's repair the bunker and once it gets to full health, if it the bunkers get attacked again the scvs can start repairing.

Often times in this situation you need to be managing your main base or w/e you need to do, removing auto-repair would mean the player would literally have to stare at their bunkers the whole time, otherwise the dude could attack while you're not looking and just kill you because the scvs didn't repair.

>_>
ZeromuS
Profile Blog Joined October 2010
Canada13406 Posts
May 10 2011 12:47 GMT
#133
good points, sorry so many people are ignorant of your position and say things like shield regen etc etc even though they are different.

Let me propose another scenario wherein autorepair is problematic you get Thors or tanks and bring 10scvs along. click auto repair and then leave the screen to macro or something and then the mechanical unit won't die and you don't have to watch it. the problem is a person cannot repair a mechanical unit the moment 1 HP is lost instantly. it makes it extremely difficult to kill mech units and very easy to sustain them with little to no effort.

its not imbalanced per se but I think it is out of place as for most scenarios you can right click to repair easily. and to those saying its physically possible great then go do it with autocast off and to those saying its hard without autorepair you kinda prove the op's point
StrategyRTS forever | @ZeromuS_plays | www.twitch.tv/Zeromus_
AtlasGrip
Profile Joined April 2011
45 Posts
May 10 2011 12:48 GMT
#134
On May 10 2011 21:44 LegendaryZ wrote:
Show nested quote +
On May 10 2011 21:34 AtlasGrip wrote:This isn't trivial though, nor a nuisance. That's my point. It's not trivial for the game to automate things you could not do yourself.


To be fair, even in Brood War, it would simply be unreasonable if Medics didn't heal automatically even if it's something that would otherwise be impossible. Automating things that players cannot physically do isn't necessarily game breaking or imbalanced nor is it detrimental. Auto Repair as it exists right now may be annoying, but it's shown itself to be fairly balanced since the change in SCV priority for attackers. The amount of automation that is acceptable in a game is an issue of personal preference and can be argued to the end of time without resolution. The important part here is to look at the game as a whole rather than isolate a single feature and critique it outside of the context of the game.

SC2 has made a lot of things easier for players, not just repairing in combat scenarios (where Auto Repair really counts). It's really not fair to just pick on one of these features while ignoring the rest.
You do bring up a strong argument. You have a very holistic look on game discussion. I agree on holistic perspectives when it comes to game balance, but not when it comes to game philosophy. Effectively, you and I disagree on our outlook on how the game should be discussed and looked at.
The KY
Profile Blog Joined October 2010
United Kingdom6252 Posts
May 10 2011 12:51 GMT
#135
It's not like an auto-attack-workers button, it's more like the attack move button. I could argue that attack move is a button that does micro for you; after all, when was the last time you individually selected a couple of zerglings at a time and targeted each individual marine in a ball?
brobear
Profile Joined January 2010
United States101 Posts
May 10 2011 12:52 GMT
#136
On May 10 2011 21:34 AtlasGrip wrote:
Show nested quote +
On May 10 2011 21:24 brobear wrote:
I'm not trying to prove that this ability is game breaking. That's not the purpose of this thread. I'm saying that the ability doesn't belong in the game. Not necessarily because it's game breaking, but it doesn't fit what should be in Starcraft 2. That is, nothing should do the micro for the player but the player himself. As for proof to this effect, does anyone really dispute that autorepair can do things the player could not manually do with repair? It's very easy to imagine the AI repairing 10 different things instantaneously and then imagine you trying to right click 10 different things in that fraction of a second and seeing that you just can't.


You can go play BW if you want to feel gosu, but I sure as hell don't want to send each individual workers to mine again for the entire duration of the game.
The game's interface has simply evolved from BW to automate some small non-gamebreaking nuisances for the players.
This isn't trivial though, nor a nuisance. That's my point. It's not trivial for the game to automate things you could not do yourself.

Show nested quote +
You say that this auto-repair mechanic is "not game breaking," but say that automation beyond any human physical capability isn't fit for starcraft 2? With your logic, medivac auto-casting heal is analogous to scvs auto-repairing mech troops in battle. Would you also like for selecting 30 larvae and holding down z to spawn 30 zerglings to be removed, and instead click z 30 times in a row? What a joke.
I've already addressed the medivac thing. holding z down on larva is not automation at all..... there's still a time factor in holding it down, and you are after all, manually holding it down. manually, which is the complete opposite of automatically.

Show nested quote +
If auto-inject is what you want, then just say that's what you want.
Auto-inject is a horrible, horrible idea.


How are you using your "all automation is bad for starcraft" logic to point out a flaw in one part of the game, and then disregard it for another (medivac heal) because you feel it's required?? Medivac healing is obviously more effective when auto-cast. But like your argument against auto-repair, it is a feat which is impossible for a human to accomplish, which you believe do not belong in the game.
Your logic on automation definitely links those two together, and if you want to argue for them separately, you need a different take on this issue.
If you want to separate Medivac auto-healing and scv auto-repair and queen auto-injects into different areas, you're arguing for a balance issue.
AtlasGrip
Profile Joined April 2011
45 Posts
May 10 2011 12:54 GMT
#137
On May 10 2011 21:47 Tonem wrote:
Apparently this guy has been QQing about auto-repair for quite some time now.

http://us.battle.net/sc2/en/forum/topic/2369677710

I'd just ignore this guy tbh
Heh, I actually have a full length post that's almost identical to the one here that you didn't link. Someone in the post suggested I should post it here, as the scum of the bnet forums just wasn't worth posting a thorough analysis to. I just took my sweet time reposting it here. Also, if I"ve been saying it before, doesn't that show some degree of consistency? That I'm not just spewing out something new to complain about, like your typical QQer might?

Also as has already been mentioned, the only reason it's really used is because if you are for instance, being 4-gated, you have bunkers set up, the 4-gater moves in, attacks bunkers, falls back, reinforces,etc. Then the SCV's repair the bunker and once it gets to full health, if it the bunkers get attacked again the scvs can start repairing.

Often times in this situation you need to be managing your main base or w/e you need to do, removing auto-repair would mean the player would literally have to stare at their bunkers the whole time, otherwise the dude could attack while you're not looking and just kill you because the scvs didn't repair.

>_>

What's wrong with that? if it's important enough, you should attend to it. And really, you could stare at the minimap which is what a good player should be doing anyway. and the same can be said for responding to drops, scouting units at towers before theyre picked off, etc.
mentallyafk
Profile Joined October 2010
139 Posts
May 10 2011 12:57 GMT
#138
medivac auto-heal should be removed also
while you're at it, remove auto-attack
MrCon
Profile Blog Joined August 2010
France29748 Posts
Last Edited: 2011-05-10 13:00:26
May 10 2011 12:59 GMT
#139
As terran I don't care about autorepair or not, they could remove it for what I care.
The only time I find it useful is when I have a mech army, between 2 fights, I just box 3 scvs, enable autorepair and right click them near my army so they start repairing it without me having to shift right click.
Autorepair for microing a battle is horrible, as the scv will start repairing themsleves and not the useful targets. Also, don't forget autorepair is the lowest priority action for a scv, it has to be idle for using autorepair.
LegendaryZ
Profile Blog Joined May 2010
United States1583 Posts
May 10 2011 13:01 GMT
#140
On May 10 2011 21:51 The KY wrote:
It's not like an auto-attack-workers button, it's more like the attack move button. I could argue that attack move is a button that does micro for you; after all, when was the last time you individually selected a couple of zerglings at a time and targeted each individual marine in a ball?


It would actually be closer to Medivac heal. I think the reason people have more of a problem with Auto Repair is because of the nature of the things often being repaired (PF, Battlecruisers, Thors, Tanks, etc.) whereas a Medivac will often be healing less powerful and less consequential units. I'm not saying it isn't something you can gripe about, but removing it would require a lot of other changes to bring the game back to a relatively balanced state and I believe in trying to balance the game with as few changes as possible since each aspect of the game has balance implications across the board.

Rather than looking at Auto Repair as the problem (which affects lots of units and lots of scenarios), maybe we should instead be looking at the specific scenarios which are problematic and addressing the units/buildings in question rather than the mechanic. Should these units and buildings be so powerful and consequential that Auto Repair should matter so much in the first place? Maybe the problem is that MULES make SCV's feel more disposable for Terrans when the other races would be crippled by losing such worker numbers.

I'm not going to pretend to have an answer, but it might help to look at the issue from different angles and explore different approaches.
Prev 1 5 6 7 8 9 11 Next All
Please log in or register to reply.
Live Events Refresh
Next event in 1h 42m
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
ProTech144
Livibee 25
StarCraft: Brood War
Britney 14075
Calm 2270
Artosis 283
ggaemo 184
SilentControl 14
Dota 2
capcasts122
monkeys_forever97
Other Games
summit1g13238
tarik_tv5792
FrodaN628
shahzam377
C9.Mang0218
ZombieGrub66
QueenE43
Trikslyr35
ViBE26
Organizations
Other Games
BasetradeTV388
Counter-Strike
PGL137
StarCraft 2
angryscii 71
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 21 non-featured ]
StarCraft 2
• RyuSc2 50
• musti20045 29
• davetesta28
• LaughNgamezSOOP
• sooper7s
• AfreecaTV YouTube
• intothetv
• Migwel
• Kozan
• IndyKCrew
StarCraft: Brood War
• HerbMon 22
• RayReign 22
• STPLYoutube
• ZZZeroYoutube
• BSLYoutube
Dota 2
• masondota21406
• WagamamaTV563
League of Legends
• Doublelift3389
Other Games
• imaqtpie1256
• Scarra801
• Shiphtur135
Upcoming Events
Replay Cast
1h 42m
Escore
11h 42m
WardiTV Map Contest Tou…
12h 42m
OSC
16h 42m
Big Brain Bouts
17h 42m
MaNa vs goblin
Scarlett vs Spirit
Serral vs herO
Korean StarCraft League
1d 4h
CranKy Ducklings
1d 11h
WardiTV Map Contest Tou…
1d 12h
IPSL
1d 17h
WolFix vs nOmaD
dxtr13 vs Razz
BSL
1d 20h
UltrA vs KwarK
Gosudark vs cavapoo
dxtr13 vs HBO
Doodle vs Razz
[ Show More ]
CranKy Ducklings
2 days
Sparkling Tuna Cup
2 days
WardiTV Map Contest Tou…
2 days
Ladder Legends
2 days
BSL
2 days
StRyKeR vs rasowy
Artosis vs Aether
JDConan vs OyAji
Hawk vs izu
IPSL
2 days
JDConan vs TBD
Aegong vs rasowy
Replay Cast
3 days
Wardi Open
3 days
Afreeca Starleague
3 days
Bisu vs Ample
Jaedong vs Flash
Monday Night Weeklies
3 days
RSL Revival
4 days
Afreeca Starleague
4 days
Barracks vs Leta
Royal vs Light
WardiTV Map Contest Tou…
4 days
RSL Revival
5 days
Replay Cast
6 days
The PondCast
6 days
WardiTV Map Contest Tou…
6 days
Liquipedia Results

Completed

Proleague 2026-04-15
RSL Revival: Season 4
NationLESS Cup

Ongoing

BSL Season 22
ASL Season 21
CSL 2026 SPRING (S20)
IPSL Spring 2026
KCM Race Survival 2026 Season 2
StarCraft2 Community Team League 2026 Spring
WardiTV TLMC #16
Nations Cup 2026
IEM Rio 2026
PGL Bucharest 2026
Stake Ranked Episode 1
BLAST Open Spring 2026
ESL Pro League S23 Finals
ESL Pro League S23 Stage 1&2
PGL Cluj-Napoca 2026
IEM Kraków 2026

Upcoming

Escore Tournament S2: W3
Escore Tournament S2: W4
Acropolis #4
BSL 22 Non-Korean Championship
CSLAN 4
Kung Fu Cup 2026 Grand Finals
HSC XXIX
uThermal 2v2 2026 Main Event
2026 GSL S2
RSL Revival: Season 5
2026 GSL S1
XSE Pro League 2026
IEM Cologne Major 2026
Stake Ranked Episode 2
CS Asia Championships 2026
IEM Atlanta 2026
Asian Champions League 2026
PGL Astana 2026
BLAST Rivals Spring 2026
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.