This is a simple trick I have never seen anybody using or any post talking about. EDIT: Sockfolding found this 2 years ago as Sockfolding 2.0, see below.
Workers have acceleration, so a worker would decrease speed when getting close to mineral and increase speed when leave the mineral. Same happens when returning mineral.
What I found is that you could actually right click to the front of the mineral patch, then queue (shift) right click the mineral. The worker's speed is not decreased at all. Similarly, right click near base and queue right click to base when returning resource.
Special Thanks to ForGG: I came up with this from his stream where I noticed a queued waypoint does not decrease unit's speed.
NOTE: the boost is not 24%, someone miscalculated it
Replay: http://drop.sc/238724 Shows how I managed to gather faster with a more distant worker than a nearer one.
Edit: It is also possible to make workers travel faster to build: instead of build or move + build, you simply right click + shift right click on the same spot, and build when the worker reaches destination. It's same fast as "pass by destination" method, but easier to use.
If it isn't the same - could you post data please ?
It's not the ultra old trick in 1.1 (or 1.2?) just use queued action to remove decceleration so that the worker will take less time between mineral and base
When you shift-click like that, I thought the unit slows down as it gets to the waypoint, then exequtes the next command in the sequence. So how does this not just cause your worker to slow down in the same mannor, but now with shift-commands?
You really need a video or more description/data to back up a claim like this.
On August 15 2012 02:55 Tictock wrote: When you shift-click like that, I thought the unit slows down as it gets to the waypoint, then exequtes the next command in the sequence. So how does this not just cause your worker to slow down in the same mannor, but now with shift-commands?
You really need a video or more description/data to back up a claim like this.
I thought exactly the same as you before, until I tried...
It's not the same as the sockfolding of old days, which was queuing "return resources" followed by a right-click on the mineral patch. Sockfolding got rid of the small delay, where the worker has the mineral in hand already, but doesn't vacate the patch.
If it isn't the same - could you post data please ?
It's not the ultra old trick in 1.1 (or 1.2?) just use queued action to remove decceleration so that the worker will take less time between mineral and base
On August 15 2012 03:04 Thrombozyt wrote: It's not the same as the sockfolding of old days, which was queuing "return resources" followed by a right-click on the mineral patch. Sockfolding got rid of the small delay, where the worker has the mineral in hand already, but doesn't vacate the patch.
This works different from the description.
Sigh, I remember the good old days of sockfolding.
Edit: Can't try this right now, can someone give an estimate of how much of a boost this gives? Thanks.
On August 15 2012 03:08 ddrddrddrddr wrote: This takes twice the actions it did previously when they nerfed that one. If you pull this off you deserve the damn minerals.