1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Mouse#startIdle() and Mouse#stopIdle()

Discussion in 'Client & Site Suggestions' started by Exia, Mar 24, 2015.

  1. Exia

    Joined:
    Nov 3, 2013
    Messages:
    609
    Likes Received:
    259
    These would be functions that could be used to start and stop mouse idling. This would obviously be hooked into player sense, but it could do things like slight movements, moving off screen, or some of the jittering movements that I know some people make while waiting for some event to happen in RS.
    @Cloud @Arbiter
     
  2. red

    red

    Joined:
    Nov 17, 2013
    Messages:
    259
    Likes Received:
    111
    I like this ide a lot I feel it would help with keeping bans low
     
  3. Infinite Inferno

    Infinite Inferno The Pip Collector

    Joined:
    Sep 14, 2014
    Messages:
    445
    Likes Received:
    122
    I support this idea.
     
  4. Arbiter

    Arbiter Mod Automation

    Joined:
    Jul 26, 2013
    Messages:
    2,938
    Likes Received:
    1,266
    This ties in very well with the idea @Eagles13 had with allowing devs to have a method to tell the client that it's safe to idle for a set duration where control is deferred (to the client to potentially do PlayerSense'd antiban). Something along the lines of PlayerSense.idle(5 *ms*). That way devs can lower bans without trying to implement their own anti-ban during longer activities like potion making or fletching.
    --- Double Post Merged, Mar 24, 2015, Original Post Date: Mar 24, 2015 ---
    Alternatively we can assume that all sleeps are idle states that the client can do certain actions during with an optional boolean flag that force prevents deferring control.
     
  5. Cloud

    Cloud Engineer

    Joined:
    Jul 28, 2013
    Messages:
    2,777
    Likes Received:
    1,124
    Taking advantage of Execution.delay sleeps is a pretty good idea, if done properly...
     
  6. Geashaw

    Joined:
    Jan 8, 2015
    Messages:
    1,429
    Likes Received:
    252
    What would you suggest to do it properly? Delay until condition met?
     
  7. Exia

    Joined:
    Nov 3, 2013
    Messages:
    609
    Likes Received:
    259
    I'm not sure this is a good idea, I think scripters should have at least some option to make actual sleeping happen.

    Also, I think idling for longer periods of time (> 10 min) could actually logout to the lobby or something.
     
  8. Arbiter

    Arbiter Mod Automation

    Joined:
    Jul 26, 2013
    Messages:
    2,938
    Likes Received:
    1,266
    That's what the optional (new) flag would do. It would allow the dev not to defer control if the use case demands it.
     
  9. Cloud

    Cloud Engineer

    Joined:
    Jul 28, 2013
    Messages:
    2,777
    Likes Received:
    1,124
    By default I'd make it not give us control, they would have to pass in an extra flag saying it's safe.
     
    Exia likes this.
  10. Arbiter

    Arbiter Mod Automation

    Joined:
    Jul 26, 2013
    Messages:
    2,938
    Likes Received:
    1,266
    Do not like as most scenarios are "safe" and those dealing with potentially dangerous situations would be expected to read the documentation to know how to use the flag. Otherwise this feature will not be used nearly enough.
     
  11. Cloud

    Cloud Engineer

    Joined:
    Jul 28, 2013
    Messages:
    2,777
    Likes Received:
    1,124
    I would rather be conservative and have predictable behavior while educating our bot authors on how to best use the api.
     
  12. Exia

    Joined:
    Nov 3, 2013
    Messages:
    609
    Likes Received:
    259
    I'd vote for enabled by default if it is just mouse movement, but if it handles things like checking stats, looking up stat advancements or equipment, then I would say have a flag.

    I also like the idea of having three states:
    1) Off - Full control to script bot
    2) On Light - Direct control is with the script bot, but the client may do things that are passive (camera, mouse jitters but not full movement)
    3) On Full - Full control can be in the hands of the client.

    Have light be enabled by default then just take in a boolean for off or fully on. Additionally, for longer rests, larger mouse movements can be used so long as the mouse is moved back to the original location at the end of the sleep.
     

Share This Page

Loading...