Could this be counted as against the rules?

[muckytears]

So the other day I was looking into mouse/sticky keys and their use in runescape, and whilst I liked the idea, I didn't like the layout of the buttons (dont ask why, I just don't :P)

 

Anyways, it got me thinking about using the keys in a different way, so I set up a script on a program that will move the move when I press the specified key.

I know mousekeys aren't against the rules, but could this be seen as a sort of macro?

 

Just to be clear, I would still have to press a key to move the mouse and then click, the only bit the program does for me is move the mouse the designated distance

[JohnTheCop]

its called autohotkeys and it is not against the rules unless the key is doing more tthen one movement e.g. press button x and the mouse moves to and clicks the rocktail from only touching that button. but if instead you pressed zxcvb and the mouse moved to right clicked clicked use then clicked the fire and clicked cook that would be fine (5 buttons 5 movements).

 

TLD:DR, 1 input=1 output and your fine.

 

I hope this cleared it up for you

[Quyneax]

Moving the mouse a preset distance and direction is perfectly legal, but making the movement depend on the game is not, and neither is clicking in the same key press.

[Sinkhan]

I think the main reason why mousekeys are allowed is because it is built-in functionality for Windows in addition to the fact that it is 1 input = 1 output.

 

Although what you've written basically mimics mousekeys, it is an auxiliary program and thus is technically against the rules.

 

But honestly, they probably won't care.

[muckytears]

Moving the mouse a preset distance and direction is perfectly legal, but making the movement depend on the game is not, and neither is clicking in the same key press.

 

so if I program it so that they move the same distance the mousekeys would move thats fine? but like for example if i programmed it to go to a more specific coordinate that wouldnt be allowed? (ie if i press a key it should just jump a bit to the side, not jump to a location within the inventory?)

[Sinkhan]

its called autohotkeys and it is not against the rules unless the key is doing more tthen one movement e.g. press button x and the mouse moves to and clicks the rocktail from only touching that button. but if instead you pressed zxcvb and the mouse moved to right clicked clicked use then clicked the fire and clicked cook that would be fine (5 buttons 5 movements).

 

I hope this cleared it up for you

 

If I wrote a script that took as input a number of key presses and was able to queue them up and then proceed to run based on those key presses, would it be considered cheating when compared to your second example?

 

ie. Your program has a buffer that stores inputs. You spam zxcvbzxcvbzxcvbzxcvbzxcvbzxcvb into it and then run it. Is it legal? I technically made 1 input for each output, it's just delayed.

 

(ie if i press a key it should just jump a bit to the side, not jump to a location within the inventory?)

 

That should be fine by most standards.

[muckytears]

its called autohotkeys and it is not against the rules unless the key is doing more tthen one movement e.g. press button x and the mouse moves to and clicks the rocktail from only touching that button. but if instead you pressed zxcvb and the mouse moved to right clicked clicked use then clicked the fire and clicked cook that would be fine (5 buttons 5 movements).

 

I hope this cleared it up for you

 

If I wrote a script that took as input a number of key presses and was able to queue them up and then proceed to run based on those key presses, would it be considered cheating when compared to your second example?

 

ie. Your program has a buffer that stores inputs. You spam zxcvbzxcvbzxcvbzxcvbzxcvbzxcvb into it and then run it. Is it legal? I technically made 1 input for each output, it's just delayed.

 

(ie if i press a key it should just jump a bit to the side, not jump to a location within the inventory?)

 

That should be fine by most standards.

 

So what about setting it to move to a specific location? or is that too far? ive not done it yet, but I could quite easily if i wanted to xD

[Quyneax]

Specific locations are not OK as far as I know. Neither mouse nor mousekeys can do that.

[muckytears]

okay I'll stick with what I've got now then =] I could never get the normal mousekeys to land directly on items in my invent before so thats another good thing about setting up my own :P

[Sy_Accursed]

its called autohotkeys and it is not against the rules unless the key is doing more tthen one movement e.g. press button x and the mouse moves to and clicks the rocktail from only touching that button. but if instead you pressed zxcvb and the mouse moved to right clicked clicked use then clicked the fire and clicked cook that would be fine (5 buttons 5 movements).

 

I hope this cleared it up for you

 

If I wrote a script that took as input a number of key presses and was able to queue them up and then proceed to run based on those key presses, would it be considered cheating when compared to your second example?

 

ie. Your program has a buffer that stores inputs. You spam zxcvbzxcvbzxcvbzxcvbzxcvbzxcvb into it and then run it. Is it legal? I technically made 1 input for each output, it's just delayed.

 

That'd break the rules.

While you may of spammed the inputs, each of which correspond to an output you are not giving 1 input:1 output to the game.

You are giving inputs to a buffer that then its making several outputs; it'd be a very primitive form of bot with a finite run time, but that stored buffer is a script of many outputs than are trigged by 1 input (start the buffer output)

 

1 input = 1 output means instantaneously you press button a action b happens, otherwise you could just type up a "buffer" of inputs that are output later; which in essence is what bots do they have a repeated "buffer" of outputs that are not output until told to do so.

[Nash]

Except you can actually spam click a teleport and itll lag and keep teleporting for several minutes after you stopped clicking. Is that against the rules now too? :S

[muckytears]

Just one final question I just thought aswell, do all my hotkeys need to jump the same distance? For example with mosuekeys you jump the same direction based on the speed of it, but could I for instance have one key that jumps (0,5), one that jumps (8,9) and one that jumps (18,2).

 

Complete random examples but I hope it gets my point across

[Quyneax]

No, they do not need to jump the same distance (that I know of).

[Nash]

To be honest Mucky, most of the maxed players in FSC used ahk and had them move to specific parts of the screen and stuff like that; theyre not banned. Im not sure if that means that its legal, or if its just hard for Jagex to justify banning somebody for it (I would have a hard time banning somebody for using ahk since theyre actually playing manually and not afk botting).

 

 

My best suggestion to you would be to just make sure your hot keys are simple enough that they would be perceived as hot keys by Jagex, and not macros/bots.

[Kaida23]

Except you can actually spam click a teleport and itll lag and keep teleporting for several minutes after you stopped clicking. Is that against the rules now too? :S

If you keep getting magic xp for it then that strikes me as bug/glitch abuse, so I'd say yes.

[Sy_Accursed]

Except you can actually spam click a teleport and itll lag and keep teleporting for several minutes after you stopped clicking. Is that against the rules now too? :S

 

But that is lag not a seperate buffer.

 

All the individual inputs have been sent and each output responds in turn, just lag on your end means you don;t seem them happen at the correct time, you're screen just jumps to catch up; like when your running and u lag then everyone moves really quickly as things catch themselves up on your display.

 

But as said above "several minutes" sounds like bug abuse, lag should only be causing u to stack up 2 or 3 actions and you shouldn't be able to create lag on demand either.

[Sinkhan]

 

That'd break the rules.

While you may of spammed the inputs, each of which correspond to an output you are not giving 1 input:1 output to the game.

You are giving inputs to a buffer that then its making several outputs; it'd be a very primitive form of bot with a finite run time, but that stored buffer is a script of many outputs than are trigged by 1 input (start the buffer output)

 

1 input = 1 output means instantaneously you press button a action b happens, otherwise you could just type up a "buffer" of inputs that are output later; which in essence is what bots do they have a repeated "buffer" of outputs that are not output until told to do so.

 

My script now has no buffer, but a delay on all actions. I click on a key and 1 second later it will do something. There is no buffer, but there is a delay. Is it illegal now?

 

Or maybe I had a custom build mouse in that it delays all your clicks by 1 second before it sends it off to the computer.

 

I'm not trying to necessarily prove or suggest that you are wrong, but I'm ultimately trying to highlight just how incredibly vague Jagex's rules on "bots and automation" really are. Obviously all of the examples I have listed so far are not really practical, but they do expose the fact that no matter how you try to define legal "scripting", there are ways of looking at it that may circumvent the definition.

[Sy_Accursed]

Yeah it is a very vague and iffy rule, but the basis of it is simple enough 1 input is given and produces 1 output before any other input is given. Whether you want to stray into grey areas is a personal choices but if you want to use ahk safely its simple enough:

 

1 button = 1 action so move OR click

And you shouldn't really have precise screen co-ordinates as an action eg no z=jump to (45,92) rather you should have z=move 30 right