Jump to content

Bythex

Members
  • Posts

    31
  • Joined

  • Last visited

  • Feedback

    0%

Posts posted by Bythex

  1. Groovy has the Java syntax with more options, what's so hard about using it ??? You sound worse than those people who say they can program 508's but can't program 562's.

  2. It's impossible for

     

    "for (RS2Object o : client.getObjects()) {" 

     

    to occur since the client only loops through objects that are in the game since it's impossible to load all game objects in the world so we already know that we're looping via the region we're in.

     

    The Filter has been suggested already as well, hopefully it's also added on to the API

  3. No I am not? The thread processes at a 600ms tick, that "return" statement doesn't stop the thread from processing.

     

    return stops the whole loop which stops the thread, if you want me to take a picture of me testing this than I could go ahead.

  4. As what Sensationial posted, he already stated it works, I even tested it myself.

     

    Regard the, "phasers.isEmpty()," do you understand what that code does? I am simply preventing the rest of that method from processing because there are no tasks, so there is no need to sleep.

     

    I'm being nice here, so do not take me off as a dick.

     

    return stops the whole method from continuing lol, I think you meant to use continue ... even in a loop it will stop

  5. Lol at you, you're completely wrong. The whole point of the synchronization is to prevent cross-thread synchronization errors. 0/10 eh? Better then I guarantee  anything you could do. I had a task system similar to this, and it worked perfectly, although my task system to handle on different phases (it was more like a tick, that you could delay).

    So learn to read code before you judge.

     

    My comment was pointing out how you synchronize an object that has methods that synchronizes for you

     

    I just tried using this on my 718 for a timed phase combat script for the nomad boss fight, works fine.. 

     

    yes because this piece of code

     

      if (phasers.isEmpty())                return;

     

     

    will permit you to run a task again after the first time lol, does anyone even really test this type of stuff ?

    • Like 1
  6. HTML5 introduces new things for Jagex to work with since it is a pretty recent language + they're finally moving away from a client build that has just been update revision after revision lol. You could just imagine how hard it is to work with it now

  7. AS far as i'm aware npcs have an index id this is where they are loaded in jagex's spawn file. If this is a constant this id can be used to keep track of what npcs are where.

     

    The npcs loaded from that file are just for the screen preview before playing, do some research son

  8. Why do you call the actual remove method inside that loop for? That will just throw a modification error on the next loop. Disregarding that, you won't be able to add another inner class inside the phaser if you were to attempt on adding another timed event like that lol

     

    private List<Phaser> phasers = Collections.synchronizedList(new LinkedList<Phaser>());
      public synchronized List<Phaser> getPhasers() {        return phasers;    }

     

    What's the point of synchronizing a list that has methods that are all synchronized lol

     

    Also, you should know that the main thread and this thread would go off sync if an event is added after which would delay some actions (would be better if you ran this off the main thread to prevent this), did you even think this code through? 0/10 would not use

×
×
  • Create New...