• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EDT 10:48
CEST 16:48
KST 23:48
  • 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
[ASL19] Finals Recap: Standing Tall9HomeStory Cup 27 - Info & Preview18Classic wins Code S Season 2 (2025)16Code S RO4 & Finals Preview: herO, Rogue, Classic, GuMiho0TL Team Map Contest #5: Presented by Monster Energy6
Community News
Flash Announces Hiatus From ASL50Weekly Cups (June 23-29): Reynor in world title form?12FEL Cracov 2025 (July 27) - $8000 live event16Esports World Cup 2025 - Final Player Roster16Weekly Cups (June 16-22): Clem strikes back1
StarCraft 2
General
The SCII GOAT: A statistical Evaluation The GOAT ranking of GOAT rankings How does the number of casters affect your enjoyment of esports? Statistics for vetoed/disliked maps Esports World Cup 2025 - Final Player Roster
Tourneys
RSL: Revival, a new crowdfunded tournament series [GSL 2025] Code S: Season 2 - Semi Finals & Finals $5,100+ SEL Season 2 Championship (SC: Evo) FEL Cracov 2025 (July 27) - $8000 live event HomeStory Cup 27 (June 27-29)
Strategy
How did i lose this ZvP, whats the proper response Simple Questions Simple Answers
Custom Maps
[UMS] Zillion Zerglings
External Content
Mutation # 480 Moths to the Flame Mutation # 479 Worn Out Welcome Mutation # 478 Instant Karma Mutation # 477 Slow and Steady
Brood War
General
Player “Jedi” cheat on CSL BGH Auto Balance -> http://bghmmr.eu/ Unit and Spell Similarities Help: rep cant save Flash Announces Hiatus From ASL
Tourneys
[BSL20] Grand Finals - Sunday 20:00 CET [Megathread] Daily Proleagues Small VOD Thread 2.0 [BSL20] GosuLeague RO16 - Tue & Wed 20:00+CET
Strategy
Simple Questions, Simple Answers I am doing this better than progamers do.
Other Games
General Games
Nintendo Switch Thread Stormgate/Frost Giant Megathread Path of Exile What do you want from future RTS games? 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
Heroes of StarCraft mini-set
TL Mafia
TL Mafia Community Thread Vanilla Mini Mafia
Community
General
US Politics Mega-thread Things Aren’t Peaceful in Palestine Russo-Ukrainian War Thread Trading/Investing Thread The Games Industry And ATVI
Fan Clubs
SKT1 Classic Fan Club! Maru Fan Club
Media & Entertainment
Anime Discussion Thread [Manga] One Piece [\m/] Heavy Metal Thread
Sports
2024 - 2025 Football Thread NBA General Discussion Formula 1 Discussion TeamLiquid Health and Fitness Initiative For 2023 NHL Playoffs 2024
World Cup 2022
Tech Support
Computer Build, Upgrade & Buying Resource Thread
TL Community
Blogs
Culture Clash in Video Games…
TrAiDoS
from making sc maps to makin…
Husyelt
Blog #2
tankgirl
StarCraft improvement
iopq
Trip to the Zoo
micronesia
Customize Sidebar...

Website Feedback

Closed Threads



Active: 729 users

Infested Terran trick. By using mousewheel - Page 28

Forum Index > StarCraft 2 Strategy
Post a Reply
Prev 1 26 27 28 29 30 35 Next All
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
February 08 2012 22:34 GMT
#541
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.
~~! youtube.com/xmungam1 !~~
1A.Browbeat
Profile Joined November 2011
Canada26 Posts
February 08 2012 22:41 GMT
#542
I started using this trick yesterday and I've found one interesting property. Zergs now have forcefields!!!! I engaged a protoss army and he tried to retreat, so I instantly laid down all the infested terrans so he was blocked in. My roaches then did what needed to be done.

Ever had that frustrated feeling when your entire roach army is contained in one little hex surrounded by big ugly forcefields? The time for revenge is now! until it gets patched.
...
RoyAlex
Profile Joined August 2010
Norway420 Posts
Last Edited: 2012-02-08 22:42:52
February 08 2012 22:42 GMT
#543
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard


So this trick could still be done without the scroll wheel.
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
Last Edited: 2012-02-08 22:47:06
February 08 2012 22:43 GMT
#544
On February 09 2012 07:42 RoyAlex wrote:
Show nested quote +
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

Show nested quote +
On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that. And also i would qualify as that "trick" that you posted as being a HACK. modify code that effects how hardware works is hacking lol
~~! youtube.com/xmungam1 !~~
RoyAlex
Profile Joined August 2010
Norway420 Posts
Last Edited: 2012-02-08 22:49:49
February 08 2012 22:46 GMT
#545
On February 09 2012 07:43 TheNessman wrote:
Show nested quote +
On February 09 2012 07:42 RoyAlex wrote:
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that.


You can remove the inital repeat delay and then you can use keyboard keys just as fast as you can with scroll wheel.
I said that in my post: "adjust the repeat delay for that key".

You can do it in Windows control panal, its just like changing the mouse pointer speed and using mouses with higher DPI.
How is that a hack? Having a mouse with higher DPI is not cheating, nobody thinks that. Why could you not change the keyboard repeat delay when you do the exact same thing with mouse speed?
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
February 08 2012 22:48 GMT
#546
On February 09 2012 07:46 RoyAlex wrote:
Show nested quote +
On February 09 2012 07:43 TheNessman wrote:
On February 09 2012 07:42 RoyAlex wrote:
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that.


You can remove the inital repeat delay and then you can use keyboard keys just as fast as you can with scroll wheel.
I said that in my post: "adjust the repeat delay for that key".

you CANNOT remove the initial repeat delay through control panel. which is the only way it is legit to me. If you remove it completely thats HACKING
~~! youtube.com/xmungam1 !~~
aliasA
Profile Joined February 2012
United States9 Posts
February 08 2012 22:48 GMT
#547
I don't know how to intro this.
It begins with an ethical analysis, I made it as non-subjective as possible.
Then its my subjective analysis.
Then I deliver my creative analysis, in the spoiled section.
Then a summary with a twist at the end.
enjoy?

An overview of signals, listeners, and events:
+ Show Spoiler +
Computer hardware works off of signals, listeners, and events.
The basic events are intuitive, they are keypress and keyrelease, mousepress and mouserelease.
A listener waits for these events.
The listener then sends a signal to the appropriate thread. The thread in this case is sc2.exe.

An example to illustrate the basic 'press' events. When a 'leftmousepress' event occurs while the location of the mouse is on the minimap, the listener receives the event, and then sends a signal to sc2. This signal contains all the details of the event, and sc2 redraws your screen to where you clicked on the minimap.

An example using 'leftmouserelease' as well as some more sophisticated events that are built from the mousepress and mouserelease events. When a 'leftmousepress' event occurs while the location of the mouse is on the main gameplay window, with nothing to select at that location, nothing initially happens. The event is sent, but no signal occurs because of it. But if an event 'mousedrag' occurs, a green box begins to be drawn on your screen. Upon the 'leftmouserelease' event units are selected within the box if it was drawn.

Mousescroll events are even simpler. There is no 'press/release' dichotomy, there is just one event. Each set interval scrolled sends that event on its merry way.

But holding down a key, as mentioned many times before, does something capable of much more.

The listener on your device receives the initial 'press' event, and sends a 'press' signal. If no 'release' event is received within a set time, it begins to send 'press' signals at a regular interval, until a 'release' event finally occurs.


Using this knowledge, an ethical guideline can be constructed. The first hurdle comes with understanding the 1:1 map, as it is a technically vague description.

A map, in computing, not math, is an array with a unique 'key' assigned to a not necessarily unique value. For the code illiterate, an array is just a list of items, much like your wire frame selection.
A map with letters being the 'key': a->1 b->1 c->2 etc....

The unique key of the map must be the event, and the non-unique corresponding entry must be a signal, or set of identical signals.
Nothing else exists related to user input.

The scenario calling for an event to correspond to a single signal would forbid holding down keys. This leaves the set of signals. A set of signals being paired with each unique event accounts for all current gameplay. This also allows for scroll click.

Some examples, for clarification
+ Show Spoiler +

Examples:{Consequence of signal, Event}
{Mouse over unit(queen), Move Mouse}
{Select unit(queen), Left Mouse Click}
{Select command (inject), V}
{Mouse over unit(hatch), Move Mouse}
{Target ability (inject), Left Mouse Click}
Ultra Snipe:
[{Select command (snipe), R},{Target Ability(snipe), Scroll Up}]x12

Example of cheat:
{Center on hatch+Select (queen)+Control Group+Select Inject, Single Macro Key Event}


This is the only way to view this. The action of 'artificially' clicking repeatedly is rudimentary, devoid of intelligence. (You are artificially sending signals to the computer either way) It can be considered a basic mechanic of the mouse, equivalent to a shift click in complexity. It should not be considered for prohibition. It should be accepted as a norm. Of course, in the scenario that the state of the game does nosedive because of an endgame composition that has been left to pool energy, it still should not be considered. A specific ability of a specific endgame unit is one of the easier balance problems for blizzard to judge.



The community would do good by accepting this mechanic.

Industries grow when they take advantage of new technology and adapt it to their needs or desires. The capabilities of the man machine interface can and will grow beyond this. And, as a people interested in highly intelligent gaming, it would behoove developers, players, spectators to participate in the growth of the interface.

The developers gain a tool, the players gain thrills. The players have the burden and the opportunity.

Finding ways to create new challenges is a first step. Create new standards of perfection. If a mechanic seems to enable great use of one ability in the game, then any other abilities that use that mechanic will be necessarily stronger. Perhaps being able to drop on the fly instantly will become a play-style strength. Perhaps the raven can be used to do quick wall offs, but only with a practiced motion. Perhaps a strong infestor composition with neural parasite can be discovered, where a critical mass of key small food units would be mind controlled in a large engagement. It would take skill and accuracy. And mostly immense practice. How else would you find out how much delay between each click is best for reaching each dropship exactly in time?

Learn to give up tools that weren't as effective for these tasks, like the single clicks. Those single clicks will still be the norm for all other tasks. But learn to use the new tools as voraciously and efficiently as possible. The speed of the raw clicks was never that important. They did not make you. The speed in changing selections, mouse positions, and switching your mouse from function to function was what took your time.

It is easy to take your mouse's complexity for granted. It is not as simple as the number of buttons on it. Here are a few: the shift click, the control click, the control shift click, the double click, the right click, and of course the single click. Your mouse has so many functions, not only based on which click you use, but where your cursor is located, and what is in your wire frame selection. This feature isn't making the mouse that much more powerful on its own. Its just another way to approach the same actions.

Now you have a choice. Read what I've thought of. It might strain your ethics. You take the blue pill, the story ends, you wake up in your bed and believe whatever you want to believe. You take the red pill, you stay in Wonderland and I show you how deep the rabbit-hole goes.


+ Show Spoiler +
That program linked in the OP. First set up a profile for sc2.exe. Just click , click the '…' button and find your sc2.exe.

Now. It has a customizable option, under simulated keys. Go ahead and choose that for your middle button, not your scrolls. There is an option for "repeatedly while the button is held". Choose that. For your custom hotkey, you'll probably want {LMB} as your parameter. Set the delay to something between 50 and 100 ms. Don't go crazy with that number. 50 ms isn't a very long time. You'll be as quick as you need to be.

And if you can practice, you can use the regular interval of signals to do a sweep of near perfect force fields. Or an line of emps. You'll be able to surround units with infested terrans and instantly fungal your entire opponents roach mass in the big engagement. Feedback too, again though, with practice. Just like any other thing in this game.

Hey, while you're at it. Go ahead and set your right button. Set it to repeat {RMB} in the same way. Did you ever need to really only right click once on anything?

Maybe you're a protoss trying to block the hatchery of a zerg with a probe, but you can't make a good circle. Suddenly, all you have to do is move your mouse in a smooth arc and hold down that button.

Maybe you want to finally do flawless mineral stacking. Now you can.

Maybe you aren't good at shift target firing a line of units. I guess you are now.

Maybe you are being harassed by hellions. Just stop all your workers. Hold down the idle worker button and swing that beautiful right mouse button in an arc.

Maybe you can't squeeze your zerglings past a zealot that wasn't on hold position.

Maybe you want to send a drop out via the minimap, but you keep making the last leg of its journey too linear. Now, you can curve with the terrain perfectly.

A previous poster mentioned using the scroll up and down to do backspace and left click, respectively. He then selected all his queens, held v, and scrolled up one and down one for each inject. Its fine if you agree to my ethical analysis. It's clever, for sure.


The mechanic that has been realized is a directed rapid click. It has potential. The downsides aren't obvious. I picture it as a key you hold down, just like control and shift, to use in conjunction with your mouse. Accuracy, efficiency, and timing, as always, remain the standards of skill.

And here is my kicker, progamers, one of the largest upsides will be that your mouse wrist will be spared long term damage.
RoyAlex
Profile Joined August 2010
Norway420 Posts
Last Edited: 2012-02-08 22:55:45
February 08 2012 22:51 GMT
#548
On February 09 2012 07:48 TheNessman wrote:
Show nested quote +
On February 09 2012 07:46 RoyAlex wrote:
On February 09 2012 07:43 TheNessman wrote:
On February 09 2012 07:42 RoyAlex wrote:
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I mean.. what an arbitrary thing to believe. You can not use regedit but you can use control panel?
If microsoft actually was not lazy and decided to put the slider long in control panel it would be fine?

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that.


You can remove the inital repeat delay and then you can use keyboard keys just as fast as you can with scroll wheel.
I said that in my post: "adjust the repeat delay for that key".

you CANNOT remove the initial repeat delay through control panel. which is the only way it is legit to me. If you remove it completely thats HACKING


You can set it lower in control panel...
You can even set it lower in regedit.exe, Microsoft just never bothered to put it lower in control panel. If you use MAC, you can use the terminal to set it just as low as you can in regedit in Windows. Is Online tournaments going to ban starcraft 2 on MAC?

I mean.. what an arbitrary thing to believe.
If Microsoft was not lazy and did decide to make the slider in control panel so you can put it even lower it would be fine?
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
February 08 2012 22:54 GMT
#549
On February 09 2012 07:51 RoyAlex wrote:
Show nested quote +
On February 09 2012 07:48 TheNessman wrote:
On February 09 2012 07:46 RoyAlex wrote:
On February 09 2012 07:43 TheNessman wrote:
On February 09 2012 07:42 RoyAlex wrote:
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that.


You can remove the inital repeat delay and then you can use keyboard keys just as fast as you can with scroll wheel.
I said that in my post: "adjust the repeat delay for that key".

you CANNOT remove the initial repeat delay through control panel. which is the only way it is legit to me. If you remove it completely thats HACKING


You can set it lower in control panel...
You can even set it lower in regedit.exe, Microsoft just never bothered to put it lower in control panel. If you use MAC, you can use the terminal to set it just as low as you can in regedit in Windows. Is Online tournaments going to ban starcraft 2 on MAC?

lol name 1 pro that plays on a mac

idk this is getting into the debate of how much hardware / software modification should be allowed. IDK the answer to that, I just feel like a wheel and a button are distinct enough to create a.... distinction. aka you can't just use them the same!
~~! youtube.com/xmungam1 !~~
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
February 08 2012 22:56 GMT
#550
lol if we end up comparing this to the fact that "well, you could just hold down a button, and then move your mouse around" then .... whatever game we are talking about seems bad. I don't want to play cs with no recoil, i don't want to just press and drag my mouse around... T_T sc2 lol
~~! youtube.com/xmungam1 !~~
TheNessman
Profile Blog Joined May 2009
United States4158 Posts
February 08 2012 22:58 GMT
#551
On February 09 2012 07:51 RoyAlex wrote:
I mean.. what an arbitrary thing to believe.
If Microsoft was not lazy and did decide to make the slider in control panel so you can put it even lower it would be fine?

If that was true, i would have to reconsider my definition of a "button" and how it works with my computer.

that hypothetical is one i don't think we need to discuss as it's not practical and also no one uses macs lol
~~! youtube.com/xmungam1 !~~
Willzzz
Profile Joined December 2010
United Kingdom774 Posts
February 08 2012 22:59 GMT
#552
What if someone made a mouse that you could hold down the left click for repeat? would that be wrong?

Should they stop people holding down keys on keyboards so its harder to spam units?
RoyAlex
Profile Joined August 2010
Norway420 Posts
February 08 2012 23:02 GMT
#553
On February 09 2012 07:54 TheNessman wrote:
Show nested quote +
On February 09 2012 07:51 RoyAlex wrote:
On February 09 2012 07:48 TheNessman wrote:
On February 09 2012 07:46 RoyAlex wrote:
On February 09 2012 07:43 TheNessman wrote:
On February 09 2012 07:42 RoyAlex wrote:
On February 09 2012 07:34 TheNessman wrote:
I want to point out the subtelty that i think a lot of people are missing with the 1 to 1 key rebinding. The difference is that every single thing on your computer is a BUTTON except for the scroll wheel! it is a wheel, not a button, it is supposed to be used a bunch at one time, where as a button has to be pressed repeatedly to be used over and over again. scroll wheels are designed to have one motion (one scroll) == a bunch of equivalent key pressings.

how many times do you "scroll" to get to the bottom of the page? now how many times do you have to press the DOWN ARROW? and how long did those take you?

a wheel is INHERENTLY DIFFERENT than a button. This is something I feel a lot of people are over looking.


You can still bind Mouse button 1 to a keyboard button and adjust the repeat delay for that key and just hold that down istead of scrolling. Since keyboard button repeats itself unlike the left & right mouse buttons you can just hold it down and it will actually click faster than a scroll wheel would do.

Like this guy:

On February 09 2012 01:03 Spacedude wrote:
This keyboard re-map method does give you more control over your mouse movement while mass casting spells, I feel - It's more comfortable than using the scroll wheel. It might be slightly slower than the wheel, tho?, with the 31 actions limit, anyhow.

I use this code in Autohotkey for it:

''*<::
SetKeyDelay -1
Send {Blind}{Lbutton DownTemp}
return''

'<' being the key on the keyboard



oh then why isn't this a problem with holding down the key? also idk if you could hold down keys in bw hahahaha never tried ti

HM OH RIGHT they were talking about the delay from when you have the key pressed once before it starts repeating.

the thing is is that scroll wheels don't have that.


You can remove the inital repeat delay and then you can use keyboard keys just as fast as you can with scroll wheel.
I said that in my post: "adjust the repeat delay for that key".

you CANNOT remove the initial repeat delay through control panel. which is the only way it is legit to me. If you remove it completely thats HACKING


You can set it lower in control panel...
You can even set it lower in regedit.exe, Microsoft just never bothered to put it lower in control panel. If you use MAC, you can use the terminal to set it just as low as you can in regedit in Windows. Is Online tournaments going to ban starcraft 2 on MAC?

lol name 1 pro that plays on a mac

idk this is getting into the debate of how much hardware / software modification should be allowed. IDK the answer to that, I just feel like a wheel and a button are distinct enough to create a.... distinction. aka you can't just use them the same!


"lol name 1 pro that plays on a mac"
So its fine for MAC user to have so low repeat delay but not Microsoft user? No.

I think it's just ahead of it's time... i guess. Or i mean its really new and nobody don't know how to approch this.
I don't know if there were complaints like this when mouses with adjustable DPI came.
It has already been decided that macro's should not be used. So i guess if Blizzard, the pro players and tournaments decide to ban this it would be fine either way, lets just see if it really really breaks the game.

Maybe Razer comes out with a mouse that actually has 3 layers of left clicks, you just press further down, and that way you snipe faster than mouses with only 1 click. lol



TheNessman
Profile Blog Joined May 2009
United States4158 Posts
Last Edited: 2012-02-08 23:05:28
February 08 2012 23:02 GMT
#554
On February 09 2012 07:59 Willzzz wrote:
What if someone made a mouse that you could hold down the left click for repeat? would that be wrong?

Should they stop people holding down keys on keyboards so its harder to spam units?


I am leaving this conversation so you don't need to respond to my posts anymore but I do want to say this:

in bw this shit never came up. there was no "holding down keys" the idea of that is ridiculous imo.

And as long as you are asking hypotheticals, this is gonna take a long time to solve.

A button is what it is simply because we built it like that. A scroll wheel is what it is simply because its like that now

NOW. there is no point in talking about things that aren't real.

On February 09 2012 08:02 RoyAlex wrote:
"lol name 1 pro that plays on a mac"
So its fine for MAC user to have so low repeat delay but not Microsoft user? No.

I think it's just ahead of it's time... i guess. Or i mean its really new and nobody don't know how to approch this.
I don't know if there were complaints like this when mouses with adjustable DPI came.
It has already been decided that macro's should not be used. So i guess if Blizzard, the pro players and tournaments decide to ban this it would be fine either way, lets just see if it really really breaks the game.

Maybe Razer comes out with a mouse that actually has 3 layers of left clicks, you just press further down, and that way you snipe faster than mouses with only 1 click. lol


"its really new and nobody don't know how to approch this" Yes, because nothing you are talking about (macs, new razer mouse) are real. none of those things are real. you are talking about stuff that isn't real and isn't relevant. anyways now i hope everyone sees how close minded i am , and swear i'll ttyl
~~! youtube.com/xmungam1 !~~
Zorgaz
Profile Joined June 2010
Sweden2951 Posts
Last Edited: 2012-02-08 23:08:21
February 08 2012 23:06 GMT
#555
On February 09 2012 00:39 Barrin wrote:
make the snipe animation longer (if anything...?)

like, I mean.. they're sniping.

I don't know if you've ever tried to snipe something with a sniper rifle... well, I haven't either. But I do know that the aiming part takes quite a bit longer than any other kind of gun.


Logic in Starcraft 2?!

Blasphemy

In all seriousness i don't think they should change anything in the game just because it's illogical, although the might change something if this turns out to make ghosts too strong. I have yet to see it used in a pro match though, So I'll wait and see.

Furthermore, I think the Collosi should be removed! (Zorgaz -Terran/AbrA-Random/Zorg-Dota2) Guineapigs <3
RoyAlex
Profile Joined August 2010
Norway420 Posts
Last Edited: 2012-02-08 23:32:03
February 08 2012 23:10 GMT
#556
On February 09 2012 08:02 TheNessman wrote:
Show nested quote +
On February 09 2012 07:59 Willzzz wrote:
What if someone made a mouse that you could hold down the left click for repeat? would that be wrong?

Should they stop people holding down keys on keyboards so its harder to spam units?


I am leaving this conversation so you don't need to respond to my posts anymore but I do want to say this:

in bw this shit never came up. there was no "holding down keys" the idea of that is ridiculous imo.

And as long as you are asking hypotheticals, this is gonna take a long time to solve.

A button is what it is simply because we built it like that. A scroll wheel is what it is simply because its like that now

NOW. there is no point in talking about things that aren't real.

Show nested quote +
On February 09 2012 08:02 RoyAlex wrote:
"lol name 1 pro that plays on a mac"
So its fine for MAC user to have so low repeat delay but not Microsoft user? No.

I think it's just ahead of it's time... i guess. Or i mean its really new and nobody don't know how to approch this.
I don't know if there were complaints like this when mouses with adjustable DPI came.
It has already been decided that macro's should not be used. So i guess if Blizzard, the pro players and tournaments decide to ban this it would be fine either way, lets just see if it really really breaks the game.

Maybe Razer comes out with a mouse that actually has 3 layers of left clicks, you just press further down, and that way you snipe faster than mouses with only 1 click. lol


"its really new and nobody don't know how to approch this" Yes, because nothing you are talking about (macs, new razer mouse) are real. none of those things are real. you are talking about stuff that isn't real and isn't relevant. anyways now i hope everyone sees how close minded i am , and swear i'll ttyl


Well if you want you can just forget I said that stuff, it was mostly just for fun (razer mouse).
But the "nobody uses MAC", thus its fine? That's just stupid to say.

But i did mentions real things that people actually uses, like bind mouse button to a keyboard key (spacedude and probably more.)
I myself have adjust my keyboard repeat delay for feedbacks, and there could be progamers that have adjusted these settings. It's very real, people are already trying it i this thread, probably many progamers might try this out.

I don't think changing you keyboard repeat delay is wrong, niether is have a mouse with adjustable DPI or having a keyboard were the F1 keys are right above number keys thus the distance is shorter. I don't think binding keys & actions to different keys is cheating. European keyboard have one extra key between left shift & Z and Razer keyboard have more keys on the left side of the keyboard.

I think it's just silly if people think any of these are wrong or cheating. To me the difference between having a keyboard with more buttons or binding a key to another place is the same. Same with changing keyboard rate & mouse speed.

But since some of these thing allows things like rapid ghost sniping. Doing that exact thing which allows ghost sniping to rapid fire like that should be banned, or fixed somehow by blizz. If it's truly imba.
People_0f_Color
Profile Joined August 2010
177 Posts
February 08 2012 23:22 GMT
#557
On February 09 2012 07:48 aliasA wrote:
I don't know how to intro this.
It begins with an ethical analysis, I made it as non-subjective as possible.
Then its my subjective analysis.
Then I deliver my creative analysis, in the spoiled section.
Then a summary with a twist at the end.
enjoy?

An overview of signals, listeners, and events:
+ Show Spoiler +
Computer hardware works off of signals, listeners, and events.
The basic events are intuitive, they are keypress and keyrelease, mousepress and mouserelease.
A listener waits for these events.
The listener then sends a signal to the appropriate thread. The thread in this case is sc2.exe.

An example to illustrate the basic 'press' events. When a 'leftmousepress' event occurs while the location of the mouse is on the minimap, the listener receives the event, and then sends a signal to sc2. This signal contains all the details of the event, and sc2 redraws your screen to where you clicked on the minimap.

An example using 'leftmouserelease' as well as some more sophisticated events that are built from the mousepress and mouserelease events. When a 'leftmousepress' event occurs while the location of the mouse is on the main gameplay window, with nothing to select at that location, nothing initially happens. The event is sent, but no signal occurs because of it. But if an event 'mousedrag' occurs, a green box begins to be drawn on your screen. Upon the 'leftmouserelease' event units are selected within the box if it was drawn.

Mousescroll events are even simpler. There is no 'press/release' dichotomy, there is just one event. Each set interval scrolled sends that event on its merry way.

But holding down a key, as mentioned many times before, does something capable of much more.

The listener on your device receives the initial 'press' event, and sends a 'press' signal. If no 'release' event is received within a set time, it begins to send 'press' signals at a regular interval, until a 'release' event finally occurs.


Using this knowledge, an ethical guideline can be constructed. The first hurdle comes with understanding the 1:1 map, as it is a technically vague description.

A map, in computing, not math, is an array with a unique 'key' assigned to a not necessarily unique value. For the code illiterate, an array is just a list of items, much like your wire frame selection.
A map with letters being the 'key': a->1 b->1 c->2 etc....

The unique key of the map must be the event, and the non-unique corresponding entry must be a signal, or set of identical signals.
Nothing else exists related to user input.

The scenario calling for an event to correspond to a single signal would forbid holding down keys. This leaves the set of signals. A set of signals being paired with each unique event accounts for all current gameplay. This also allows for scroll click.

Some examples, for clarification
+ Show Spoiler +

Examples:{Consequence of signal, Event}
{Mouse over unit(queen), Move Mouse}
{Select unit(queen), Left Mouse Click}
{Select command (inject), V}
{Mouse over unit(hatch), Move Mouse}
{Target ability (inject), Left Mouse Click}
Ultra Snipe:
[{Select command (snipe), R},{Target Ability(snipe), Scroll Up}]x12

Example of cheat:
{Center on hatch+Select (queen)+Control Group+Select Inject, Single Macro Key Event}


This is the only way to view this. The action of 'artificially' clicking repeatedly is rudimentary, devoid of intelligence. (You are artificially sending signals to the computer either way) It can be considered a basic mechanic of the mouse, equivalent to a shift click in complexity. It should not be considered for prohibition. It should be accepted as a norm. Of course, in the scenario that the state of the game does nosedive because of an endgame composition that has been left to pool energy, it still should not be considered. A specific ability of a specific endgame unit is one of the easier balance problems for blizzard to judge.



The community would do good by accepting this mechanic.

Industries grow when they take advantage of new technology and adapt it to their needs or desires. The capabilities of the man machine interface can and will grow beyond this. And, as a people interested in highly intelligent gaming, it would behoove developers, players, spectators to participate in the growth of the interface.

The developers gain a tool, the players gain thrills. The players have the burden and the opportunity.

Finding ways to create new challenges is a first step. Create new standards of perfection. If a mechanic seems to enable great use of one ability in the game, then any other abilities that use that mechanic will be necessarily stronger. Perhaps being able to drop on the fly instantly will become a play-style strength. Perhaps the raven can be used to do quick wall offs, but only with a practiced motion. Perhaps a strong infestor composition with neural parasite can be discovered, where a critical mass of key small food units would be mind controlled in a large engagement. It would take skill and accuracy. And mostly immense practice. How else would you find out how much delay between each click is best for reaching each dropship exactly in time?

Learn to give up tools that weren't as effective for these tasks, like the single clicks. Those single clicks will still be the norm for all other tasks. But learn to use the new tools as voraciously and efficiently as possible. The speed of the raw clicks was never that important. They did not make you. The speed in changing selections, mouse positions, and switching your mouse from function to function was what took your time.

It is easy to take your mouse's complexity for granted. It is not as simple as the number of buttons on it. Here are a few: the shift click, the control click, the control shift click, the double click, the right click, and of course the single click. Your mouse has so many functions, not only based on which click you use, but where your cursor is located, and what is in your wire frame selection. This feature isn't making the mouse that much more powerful on its own. Its just another way to approach the same actions.

Now you have a choice. Read what I've thought of. It might strain your ethics. You take the blue pill, the story ends, you wake up in your bed and believe whatever you want to believe. You take the red pill, you stay in Wonderland and I show you how deep the rabbit-hole goes.


+ Show Spoiler +
That program linked in the OP. First set up a profile for sc2.exe. Just click , click the '…' button and find your sc2.exe.

Now. It has a customizable option, under simulated keys. Go ahead and choose that for your middle button, not your scrolls. There is an option for "repeatedly while the button is held". Choose that. For your custom hotkey, you'll probably want {LMB} as your parameter. Set the delay to something between 50 and 100 ms. Don't go crazy with that number. 50 ms isn't a very long time. You'll be as quick as you need to be.

And if you can practice, you can use the regular interval of signals to do a sweep of near perfect force fields. Or an line of emps. You'll be able to surround units with infested terrans and instantly fungal your entire opponents roach mass in the big engagement. Feedback too, again though, with practice. Just like any other thing in this game.

Hey, while you're at it. Go ahead and set your right button. Set it to repeat {RMB} in the same way. Did you ever need to really only right click once on anything?

Maybe you're a protoss trying to block the hatchery of a zerg with a probe, but you can't make a good circle. Suddenly, all you have to do is move your mouse in a smooth arc and hold down that button.

Maybe you want to finally do flawless mineral stacking. Now you can.

Maybe you aren't good at shift target firing a line of units. I guess you are now.

Maybe you are being harassed by hellions. Just stop all your workers. Hold down the idle worker button and swing that beautiful right mouse button in an arc.

Maybe you can't squeeze your zerglings past a zealot that wasn't on hold position.

Maybe you want to send a drop out via the minimap, but you keep making the last leg of its journey too linear. Now, you can curve with the terrain perfectly.

A previous poster mentioned using the scroll up and down to do backspace and left click, respectively. He then selected all his queens, held v, and scrolled up one and down one for each inject. Its fine if you agree to my ethical analysis. It's clever, for sure.


The mechanic that has been realized is a directed rapid click. It has potential. The downsides aren't obvious. I picture it as a key you hold down, just like control and shift, to use in conjunction with your mouse. Accuracy, efficiency, and timing, as always, remain the standards of skill.

And here is my kicker, progamers, one of the largest upsides will be that your mouse wrist will be spared long term damage.


Kind of meaningless to me. You could use this logic to legitimize every exploit in every game, whether it was multiple actions happening by a single button on a mouse or any glitch/exploit in any game. Sometimes new technology isn't good just because it makes some tasks easier because sometimes those tasks were designed to be hard. Snipe is a good example of this snipe requires great stamina in clicking because the pay off for each click is really high. When stamina doesn't play a factor, the likelihood is that the spell will be nerfed sine it loses the limitations that were designed to keep it in check.

The irony of this topic is if blizzard is paying attention, the ghost is about to get a nerf. Whether thats a energy cost for snipe going up or a cooldown increase.

I personally think this technique isn't as bad for spamming zerglings or for spamming ITerrans because conceivably few outcomes would become highly unfavorable for opponents with the addition of the ability to shoot ITs faster. SAme thing about spamming the creation of zerglings. Right now the game is balanced around zerglings being spammed. But MOST people already argue that the ghost is a versatile unit on the cusp of being too efficient against everything zerg and a lot protoss. This is more likely to make that thing too good.
aliasA
Profile Joined February 2012
United States9 Posts
February 09 2012 00:34 GMT
#558
On February 09 2012 08:22 People_0f_Color wrote:
Show nested quote +
On February 09 2012 07:48 aliasA wrote:
I don't know how to intro this.
It begins with an ethical analysis, I made it as non-subjective as possible.
Then its my subjective analysis.
Then I deliver my creative analysis, in the spoiled section.
Then a summary with a twist at the end.
enjoy?

An overview of signals, listeners, and events:
+ Show Spoiler +
Computer hardware works off of signals, listeners, and events.
The basic events are intuitive, they are keypress and keyrelease, mousepress and mouserelease.
A listener waits for these events.
The listener then sends a signal to the appropriate thread. The thread in this case is sc2.exe.

An example to illustrate the basic 'press' events. When a 'leftmousepress' event occurs while the location of the mouse is on the minimap, the listener receives the event, and then sends a signal to sc2. This signal contains all the details of the event, and sc2 redraws your screen to where you clicked on the minimap.

An example using 'leftmouserelease' as well as some more sophisticated events that are built from the mousepress and mouserelease events. When a 'leftmousepress' event occurs while the location of the mouse is on the main gameplay window, with nothing to select at that location, nothing initially happens. The event is sent, but no signal occurs because of it. But if an event 'mousedrag' occurs, a green box begins to be drawn on your screen. Upon the 'leftmouserelease' event units are selected within the box if it was drawn.

Mousescroll events are even simpler. There is no 'press/release' dichotomy, there is just one event. Each set interval scrolled sends that event on its merry way.

But holding down a key, as mentioned many times before, does something capable of much more.

The listener on your device receives the initial 'press' event, and sends a 'press' signal. If no 'release' event is received within a set time, it begins to send 'press' signals at a regular interval, until a 'release' event finally occurs.


Using this knowledge, an ethical guideline can be constructed. The first hurdle comes with understanding the 1:1 map, as it is a technically vague description.

A map, in computing, not math, is an array with a unique 'key' assigned to a not necessarily unique value. For the code illiterate, an array is just a list of items, much like your wire frame selection.
A map with letters being the 'key': a->1 b->1 c->2 etc....

The unique key of the map must be the event, and the non-unique corresponding entry must be a signal, or set of identical signals.
Nothing else exists related to user input.

The scenario calling for an event to correspond to a single signal would forbid holding down keys. This leaves the set of signals. A set of signals being paired with each unique event accounts for all current gameplay. This also allows for scroll click.

Some examples, for clarification
+ Show Spoiler +

Examples:{Consequence of signal, Event}
{Mouse over unit(queen), Move Mouse}
{Select unit(queen), Left Mouse Click}
{Select command (inject), V}
{Mouse over unit(hatch), Move Mouse}
{Target ability (inject), Left Mouse Click}
Ultra Snipe:
[{Select command (snipe), R},{Target Ability(snipe), Scroll Up}]x12

Example of cheat:
{Center on hatch+Select (queen)+Control Group+Select Inject, Single Macro Key Event}


This is the only way to view this. The action of 'artificially' clicking repeatedly is rudimentary, devoid of intelligence. (You are artificially sending signals to the computer either way) It can be considered a basic mechanic of the mouse, equivalent to a shift click in complexity. It should not be considered for prohibition. It should be accepted as a norm. Of course, in the scenario that the state of the game does nosedive because of an endgame composition that has been left to pool energy, it still should not be considered. A specific ability of a specific endgame unit is one of the easier balance problems for blizzard to judge.



The community would do good by accepting this mechanic.

Industries grow when they take advantage of new technology and adapt it to their needs or desires. The capabilities of the man machine interface can and will grow beyond this. And, as a people interested in highly intelligent gaming, it would behoove developers, players, spectators to participate in the growth of the interface.

The developers gain a tool, the players gain thrills. The players have the burden and the opportunity.

Finding ways to create new challenges is a first step. Create new standards of perfection. If a mechanic seems to enable great use of one ability in the game, then any other abilities that use that mechanic will be necessarily stronger. Perhaps being able to drop on the fly instantly will become a play-style strength. Perhaps the raven can be used to do quick wall offs, but only with a practiced motion. Perhaps a strong infestor composition with neural parasite can be discovered, where a critical mass of key small food units would be mind controlled in a large engagement. It would take skill and accuracy. And mostly immense practice. How else would you find out how much delay between each click is best for reaching each dropship exactly in time?

Learn to give up tools that weren't as effective for these tasks, like the single clicks. Those single clicks will still be the norm for all other tasks. But learn to use the new tools as voraciously and efficiently as possible. The speed of the raw clicks was never that important. They did not make you. The speed in changing selections, mouse positions, and switching your mouse from function to function was what took your time.

It is easy to take your mouse's complexity for granted. It is not as simple as the number of buttons on it. Here are a few: the shift click, the control click, the control shift click, the double click, the right click, and of course the single click. Your mouse has so many functions, not only based on which click you use, but where your cursor is located, and what is in your wire frame selection. This feature isn't making the mouse that much more powerful on its own. Its just another way to approach the same actions.

Now you have a choice. Read what I've thought of. It might strain your ethics. You take the blue pill, the story ends, you wake up in your bed and believe whatever you want to believe. You take the red pill, you stay in Wonderland and I show you how deep the rabbit-hole goes.


+ Show Spoiler +
That program linked in the OP. First set up a profile for sc2.exe. Just click , click the '…' button and find your sc2.exe.

Now. It has a customizable option, under simulated keys. Go ahead and choose that for your middle button, not your scrolls. There is an option for "repeatedly while the button is held". Choose that. For your custom hotkey, you'll probably want {LMB} as your parameter. Set the delay to something between 50 and 100 ms. Don't go crazy with that number. 50 ms isn't a very long time. You'll be as quick as you need to be.

And if you can practice, you can use the regular interval of signals to do a sweep of near perfect force fields. Or an line of emps. You'll be able to surround units with infested terrans and instantly fungal your entire opponents roach mass in the big engagement. Feedback too, again though, with practice. Just like any other thing in this game.

Hey, while you're at it. Go ahead and set your right button. Set it to repeat {RMB} in the same way. Did you ever need to really only right click once on anything?

Maybe you're a protoss trying to block the hatchery of a zerg with a probe, but you can't make a good circle. Suddenly, all you have to do is move your mouse in a smooth arc and hold down that button.

Maybe you want to finally do flawless mineral stacking. Now you can.

Maybe you aren't good at shift target firing a line of units. I guess you are now.

Maybe you are being harassed by hellions. Just stop all your workers. Hold down the idle worker button and swing that beautiful right mouse button in an arc.

Maybe you can't squeeze your zerglings past a zealot that wasn't on hold position.

Maybe you want to send a drop out via the minimap, but you keep making the last leg of its journey too linear. Now, you can curve with the terrain perfectly.

A previous poster mentioned using the scroll up and down to do backspace and left click, respectively. He then selected all his queens, held v, and scrolled up one and down one for each inject. Its fine if you agree to my ethical analysis. It's clever, for sure.


The mechanic that has been realized is a directed rapid click. It has potential. The downsides aren't obvious. I picture it as a key you hold down, just like control and shift, to use in conjunction with your mouse. Accuracy, efficiency, and timing, as always, remain the standards of skill.

And here is my kicker, progamers, one of the largest upsides will be that your mouse wrist will be spared long term damage.


Kind of meaningless to me. You could use this logic to legitimize every exploit in every game, whether it was multiple actions happening by a single button on a mouse or any glitch/exploit in any game. Sometimes new technology isn't good just because it makes some tasks easier because sometimes those tasks were designed to be hard. Snipe is a good example of this snipe requires great stamina in clicking because the pay off for each click is really high. When stamina doesn't play a factor, the likelihood is that the spell will be nerfed sine it loses the limitations that were designed to keep it in check.

The irony of this topic is if blizzard is paying attention, the ghost is about to get a nerf. Whether thats a energy cost for snipe going up or a cooldown increase.

I personally think this technique isn't as bad for spamming zerglings or for spamming ITerrans because conceivably few outcomes would become highly unfavorable for opponents with the addition of the ability to shoot ITs faster. SAme thing about spamming the creation of zerglings. Right now the game is balanced around zerglings being spammed. But MOST people already argue that the ghost is a versatile unit on the cusp of being too efficient against everything zerg and a lot protoss. This is more likely to make that thing too good.


The logic is strictly limited to defining whether this can viewed as illegitimate rebinding, because the issue exists outside of the game, where definitions are far and few. It also extends beyond just this scroll. I came up with two different highly questionable, highly useful ways to rebind, and I referenced another guy who came up with his own. The whole point was that the game engine sees them the same way. There is no physics glitch possible like in the fps examples that keep coming up. There is no line that can be drawn, unless you force individual keypressing for everything. So essentially, my position is....might as well go balls deep and make it a good thing

Within the game, there are plenty of definitions. Its starcraft. Its built on rules. Starting conditions. Set pathfinding. Constant attributes.Unit u has v range, w size, x speed, y damage, z armor. I don't believe they focus on design by considering limitations in micro like you think they do. I am fairly sure they heavily consider everything in terms of hard limits, and rely on that to keep things in check. Energy per snipe, animation cooldown, range of snipe, damage of snipe, cost of ghost, build time of ghost, cost of energy upgrade etc. Microability might come into play, but only marginally.
Azzur
Profile Blog Joined July 2010
Australia6259 Posts
Last Edited: 2012-02-09 10:12:11
February 09 2012 10:11 GMT
#559
According to Artosis, Nestea used this in his match against DRG!

If true, this settles the argument that it's 100% allowed in tournament play!
KhAmun
Profile Blog Joined September 2010
United States1005 Posts
February 09 2012 10:13 GMT
#560
On February 09 2012 19:11 Azzur wrote:
According to Artosis, Nestea used this in his match against DRG!

If true, this settles the argument that it's 100% allowed in tournament play!


I don't think he did, NesTea had the IT's shift queued which throws them out incredibly fast.
Unless Artosis was talking about a different spot that we didn't see, but I don't think so, as Nestea used like all but 2 of his infestors to go IT attack.
Prev 1 26 27 28 29 30 35 Next All
Please log in or register to reply.
Live Events Refresh
OSC
13:00
King of the Hill #216
davetesta80
Liquipedia
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
Lowko584
Hui .258
Vindicta 38
StarCraft: Brood War
Britney 57765
Calm 5984
Rain 3337
Shuttle 1578
Horang2 1367
EffOrt 1364
Hyuk 811
Larva 617
Light 303
BeSt 269
[ Show more ]
hero 213
Leta 176
Mini 167
ToSsGirL 114
Mind 91
Mong 85
Pusan 70
Snow 69
Hyun 68
Rush 50
Shinee 48
Barracks 47
JYJ34
soO 28
Movie 25
Nal_rA 23
PianO 20
Backho 11
HiyA 11
yabsab 9
Shine 9
IntoTheRainbow 8
SilentControl 7
zelot 2
Dota 2
Gorgc10761
qojqva2694
League of Legends
singsing2653
Other Games
Grubby2546
B2W.Neo1563
hiko948
DeMusliM588
Fuzer 292
XaKoH 265
QueenE25
Organizations
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 16 non-featured ]
StarCraft 2
• IndyKCrew
• sooper7s
• AfreecaTV YouTube
• Migwel
• intothetv
• LaughNgamezSOOP
• Kozan
StarCraft: Brood War
• Michael_bg 6
• STPLYoutube
• ZZZeroYoutube
• BSLYoutube
Dota 2
• C_a_k_e 2788
• WagamamaTV433
League of Legends
• Nemesis6543
• Jankos1070
• TFBlade867
Upcoming Events
WardiTV European League
1h 12m
Scarlett vs Percival
Jumy vs ArT
YoungYakov vs Shameless
uThermal vs Fjant
Nicoract vs goblin
Harstem vs Gerald
FEL
1h 12m
Big Brain Bouts
1h 12m
Korean StarCraft League
12h 12m
CranKy Ducklings
19h 12m
RSL Revival
19h 12m
FEL
1d 1h
RSL Revival
1d 19h
FEL
1d 21h
BSL: ProLeague
2 days
Dewalt vs Bonyth
[ Show More ]
Replay Cast
3 days
Sparkling Tuna Cup
3 days
The PondCast
4 days
Replay Cast
5 days
RSL Revival
5 days
Replay Cast
6 days
RSL Revival
6 days
Liquipedia Results

Completed

Proleague 2025-06-28
HSC XXVII
Heroes 10 EU

Ongoing

JPL Season 2
BSL 2v2 Season 3
BSL Season 20
Acropolis #3
KCM Race Survival 2025 Season 2
CSL 17: 2025 SUMMER
Copa Latinoamericana 4
Championship of Russia 2025
RSL Revival: Season 1
Murky Cup #2
BLAST.tv Austin Major 2025
ESL Impact League Season 7
IEM Dallas 2025
PGL Astana 2025
Asian Champions League '25
BLAST Rivals Spring 2025
MESA Nomadic Masters
CCT Season 2 Global Finals
IEM Melbourne 2025

Upcoming

2025 ACS Season 2: Qualifier
CSLPRO Last Chance 2025
2025 ACS Season 2
CSLPRO Chat StarLAN 3
K-Championship
uThermal 2v2 Main Event
SEL Season 2 Championship
FEL Cracov 2025
Esports World Cup 2025
StarSeries Fall 2025
FISSURE Playground #2
BLAST Open Fall 2025
BLAST Open Fall Qual
Esports World Cup 2025
BLAST Bounty Fall 2025
BLAST Bounty Fall Qual
IEM Cologne 2025
FISSURE Playground #1
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 © 2025 TLnet. All Rights Reserved.