Thread: [RUSE] Simple Anti-AFK check.

Page 2 of 4 FirstFirst 1234 LastLast
Results 11 to 20 of 40
  1. #11  
    Registered Member
    Join Date
    Dec 2013
    Posts
    419
    Thanks given
    127
    Thanks received
    85
    Rep Power
    349
    There's a thing called idle logout packet.
    Reply With Quote  
     

  2. #12  
    Donator

    Jason's Avatar
    Join Date
    Aug 2009
    Posts
    6,092
    Thanks given
    2,402
    Thanks received
    2,823
    Rep Power
    4550
    Quote Originally Posted by Lumiere View Post
    Not sure how efficient this will be against bots or anything of the sort, just an idea.

    But, you could generate a random verification code of sorts.
    Code:
    final String serial = "" + (char) (new Random().nextInt(26) + 'A') + Misc.inclusive(11, 99) + Misc.inclusive(11, 99);
    Which would output something like: M8572.

    Just have that in the dialogue; "Please enter the following verification code: " + serial
    Then check the input; "if (input.equalsIgnoreCase(serial))"
    Definitely better than the existing but the issue with that is the answer is sent over the network and eventually stored into a value to be displayed onto the client's screen. It's readable, and thus, easily broken.
    Reply With Quote  
     

  3. Thankful user:


  4. #13  
    Respected Member


    Kris's Avatar
    Join Date
    Jun 2016
    Age
    26
    Posts
    3,638
    Thanks given
    820
    Thanks received
    2,642
    Rep Power
    5000
    Fuck me. I don't understand you people at all.
    Why do you all keep going through the trouble to cheapfix content that wouldn't need to be cheapfixed if only it was written correctly?
    There is an AFK packet for starters - After a certain time of inactivity, the client will send the given packet and the server SHOULD disconnect the person upon receiving it.
    Moving on from that though, the problem here seems to be (in this specific case) evil trees - that's what I read from the OP. Why don't you instead of writing broken content actually write something functional and enjoyable for the players? Evil trees already do stop the players from AFKing - the roots spawn every minute or so and stun the player, stopping the action. How about writing the content properly once and for all? I haven't really seen a single piece of content in this RS2 section that's been written properly with the exception of a few show-off threads, but of course that code is not going to be released.
    Attached image
    Reply With Quote  
     

  5. Thankful user:


  6. #14  
    Extreme Donator


    Join Date
    Oct 2010
    Posts
    2,853
    Thanks given
    1,213
    Thanks received
    1,622
    Rep Power
    5000
    What, there's literally a packet for being idle?
    Reply With Quote  
     

  7. #15  
    Donator

    Join Date
    Oct 2016
    Posts
    52
    Thanks given
    20
    Thanks received
    22
    Rep Power
    70
    leaving rune-server - admins can't even mind their own business and insist on ham-fisting their own practices onto their users as-if anyone asked their irrelevant, presumptuous opinions
    then they mute when their repeated spamming of irrelevant responses, that are specifically not wanted, is called stupid
    Last edited by Arbalist; 02-12-2021 at 11:37 PM.
    Reply With Quote  
     

  8. #16  
    Banned
    Join Date
    Nov 2013
    Posts
    66
    Thanks given
    8
    Thanks received
    11
    Rep Power
    0
    Quote Originally Posted by Murder View Post
    Yeah but they stop skilling until answered. And thanks jason
    so its kinda like a anti botting system? still a great contribution
    Reply With Quote  
     

  9. #17  
    Extreme Donator


    Join Date
    Oct 2010
    Posts
    2,853
    Thanks given
    1,213
    Thanks received
    1,622
    Rep Power
    5000
    Quote Originally Posted by Arbalist View Post
    The client sends a packet after a certain period of time with no user input, that's the idle logout packet.
    The server will log you out when it receives that packet, unless you're in combat.
    I know, I'm wondering why he isn't using it when it's pretty much meant for things like these.
    Reply With Quote  
     

  10. #18  
    I heal clients


    Join Date
    Apr 2013
    Posts
    680
    Thanks given
    65
    Thanks received
    239
    Rep Power
    108
    Quote Originally Posted by Kris View Post
    Fuck me. I don't understand you people at all.
    Why do you all keep going through the trouble to cheapfix content that wouldn't need to be cheapfixed if only it was written correctly?
    There is an AFK packet for starters - After a certain time of inactivity, the client will send the given packet and the server SHOULD disconnect the person upon receiving it.
    Moving on from that though, the problem here seems to be (in this specific case) evil trees - that's what I read from the OP. Why don't you instead of writing broken content actually write something functional and enjoyable for the players? Evil trees already do stop the players from AFKing - the roots spawn every minute or so and stun the player, stopping the action. How about writing the content properly once and for all? I haven't really seen a single piece of content in this RS2 section that's been written properly with the exception of a few show-off threads, but of course that code is not going to be released.
    There is no such as thing called AFK/idle packet, that would be a stupid thing to do. There is loads of good code has been released, but people don't look at 'em, they want everything ready and easy for 'em to maintain;

    OT: Quite better solution to prevent AFKers
    store a transient int in your player class called afkTicks, increase that variable on each logic tick the player has processed,
    on certain packets like mouse_move, key_typed, camera_moved reset the variable, check after each tick if the player has more than the allowed amount of afk ticks, if so, kick.

    It may not be the best, but that is what would I personally do.
    NO ONE IS PERFECT
    "No one in this world is pure and perfect, if you avoid people for their little mistakes you will be always alone in this world, so judge less and love more."
    "Ship in the harbor is safe, but that is not what ships are built for."
    Reply With Quote  
     

  11. #19  
    Extreme Donator


    Join Date
    Oct 2010
    Posts
    2,853
    Thanks given
    1,213
    Thanks received
    1,622
    Rep Power
    5000
    Quote Originally Posted by Walied View Post
    There is no such as thing called AFK/idle packet, that would be a stupid thing to do. There is loads of good code has been released, but people don't look at 'em, they want everything ready and easy for 'em to maintain;

    OT: Quite better solution to prevent AFKers
    store a transient int in your player class called afkTicks, increase that variable on each logic tick the player has processed,
    on certain packets like mouse_move, key_typed, camera_moved reset the variable, check after each tick if the player has more than the allowed amount of afk ticks, if so, kick.
    Actually, there is a afk/idle packet (opcode 202) which does pretty much what you suggested lol
    Reply With Quote  
     

  12. #20  
    What's a sundial in the shade?

    Lumiere's Avatar
    Join Date
    May 2013
    Age
    27
    Posts
    543
    Thanks given
    224
    Thanks received
    100
    Rep Power
    113
    Oh geez..

    Spoiler for Revy is perfect:
    Reply With Quote  
     

Page 2 of 4 FirstFirst 1234 LastLast

Thread Information
Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)


User Tag List

Similar Threads

  1. [RUSE] Simple Combat Stone
    By Text in forum Snippets
    Replies: 10
    Last Post: 03-06-2017, 03:14 AM
  2. [Ruse] Simple Scoreboard
    By Simplex in forum Graphics
    Replies: 3
    Last Post: 09-16-2016, 10:27 PM
  3. [Ruse] Simple Holiday Present Handler
    By Pwn. in forum Snippets
    Replies: 17
    Last Post: 01-01-2016, 04:08 AM
  4. [Ruse] Simple Skill AwardsHandler
    By Pwn. in forum Snippets
    Replies: 6
    Last Post: 12-26-2015, 01:35 AM
  5. Replies: 11
    Last Post: 12-04-2015, 12:29 PM
Posting Permissions
  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •