dreameo

You speak about irresponsibility... get this straight, I have zero responsibility about the actions one takes from using this script. This is an as is product and all liability falls on the users. Regarding the bot, it works just as expected and functions as advertised. Had you not been satisfied, you would have stopped the script immediately. But you continued to use it as it did exactly what you wanted it to do. It's very ironic how you talk about irresponsibility. You want to reap all the benefits and yet, take no responsibility for your own actions. You chose to bot, not me. Get your facts straight.

Botting and expecting not to get banned isn't ideal.

I think async is fine but you need to be able to freeze all other running threads when a 'task' needs to be executed (only in some cases)

1. I know I have volatile (for boolean) added to my own guide for multithreading but I don't think it's needed. 2. This will interfere with 'main' bot since this interaction is async.

Try official oracle jdk instead of openjdk. Not sure if that will fix it.

In-Memory DB backed by a map. Why use this? Don't What works? I tested adding values and adding a list of values, retrieving either works. (Shutdown doesn't work - Not that it really matters here. I can fix it up if people are interested) How to use: Just make sure the server runs on a separate thread. The clients socket is short lived once a request finishes. Server: https://pastebin.com/RGZ6FXpL Client: https://pastebin.com/ab3nbp0Y

Gj. I would perhaps replace IntSupplier with Runnable and just accept the additional sleep parameter.

any language really

Here's what you could do: - Get rid of all the bat files - Create a program that reads a folder often and checks for files: Here's the flow of it: 1. Start a separate program to populate the folder with 50 files all under the format of "AccountName_Tut" 2. The initial program (file reader) will read in all the files and process them accordingly: 2.1 When it sees "AccountName_Tut" it will take the account name and launch a process to start the client with the right args (in this case, tut island) (after each read, it should delete the files) At this point, you should have 50 tut island accounts running. Whenever each tut island is done, it writes another file to the folder, "AccountName_7qp" and logs out and closes the client. 3. The same program from before will do the same thing, read in the account name and knows that it has to now launch the process to start for 7qp. 4. When 7qp is done, it writes more files, "AccountName_yourScript" 5. Program again reads the file and launches a new set of scripts. This avoids any database or issues of using a single file for storing state.

Not really sure what you're saying. Just pretend OP uses your stuff. He will have some sync and async events. The async events will be blocked by the sync events and his problem will not be solved.

Consider this: A = blocking for 5 seconds B = non-blocking AB -> we don't reach B until 5 seconds pass BA-> B executes concurrently with A. On the next Iteration however (BABA), the second B must wait until the first A finishes. Doesn't matter how it gets ordered, A is a blocking call that affect all events. few options: - A synchronous event is long lived (has it's own loop and gets called once) - Non-sync threads are responsible for creating async events when needed Really depends on the situation/context.

This is no different. If you run a non-sync event followed by an async event, the async event is blocked from the former event running and will only start once the first event finishes (the non-sync event).

I'm not using the Thread's API stop(). I'm using my own stop() method.

Wrong import

https://osbot.org/forum/topic/146793-ge-data/

No I haven't https://blogs.sas.com/content/iml/files/2019/07/rule6895.png tldr: Essentially linear distribution allows for all data points to be equally chosen. With a gaussian distribution, things are not linear and ranges of data points are more likely to occur than others. In doing so, it follows a more natural distribution since most things in life fall under a bell curve.

https://osbot.org/forum/topic/155962-botting-and-probability/

I would suggest having the server send to every client and tell the client to shutdown. The server shouldn't be closing for any reason (especially prior to any client closing). It's the central place to where all communication happens.

You'd be the first.

@Czar - He's still new to java and can learn beside you.

it has always been deprecated but meant to be used. Minor either way - but you do 2 loops anyhow + extra work of having to reverse. Just noticed that whole method is shift dropping.

Some thoughts if your interested: Should extend MethodProvider and exchange context Reverse should not actually reverse the item positioning, you should just be starting at the end (i = 27 for ex) "script.getKeyboard().releaseKey(16)" shouldn't be exposed in the wild. Why can't it be a member of drop()?

If you're interested, I've recently added user data tracking - http://dreamhs.ml/api/user/?Dreameo - replace 'Dreameo' with your name. This is new so as of now, there is no data until you bot.

should be fine now

oof