dreameo
-
Posts
410 -
Joined
-
Last visited
-
Days Won
2 -
Feedback
100%
Posts posted by dreameo
-
-
On 2/21/2020 at 12:30 AM, troro1 said:
Just want to warn everyone that I got banned using this script. I got it to 40 firemaking, which including breaks takes an hour or two. Either way I still think botting in the GE is not ideal.
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
-
6 hours ago, Kangabr said:
Hello all, my bot farm is finally almost ready to run full time but I am having a few issues that I need some help with.
i am currently running 50 accounts launching CLI. The problem I am having is I launch with a bat file, And I I need to run three scripts: tut island -> 7qp -> myscript. But batch files only let me launch one script. Basically how do I launch multiple scripts from a .bat in almost a queue style?
my next question is editing the account info in 50-150 batch files easily. Currently since I can only launch one script per .bat I am editing 150 .bat daily. 50 accounts 3 .bats per account one for each script. Also after I launch my tut files I am having to wait 10ish minutes (time for tut island to complete) then close all my consoles and relaunch the 50 accounts again for the second script and so on so forth.
I know this was a bit spastic but and hard to follow but any help is greatly appreciate for my quality of life. I’m about to blow my brains out editing all these files daily. Thanks!
summary:launch a script queue with CLI
edit these .bat files efficiently
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.
-
1
-
-
2 hours ago, BravoTaco said:
Oooh you are talking about it not getting called within the main thread until the pause is over. This is just a logic thing though? The sync call is made to block the current thread it is running on. In knowing that you would just have to structure your code for it.
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.
-
1 hour ago, BravoTaco said:
This is true but if you run the async event first it can execute while the sync one is executing. Just depends on the order of which you are calling your tasks.
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.
-
7 hours ago, BravoTaco said:
I believe what is happening is the Task is an Async operation causing the task to run, but not freezing the rest of the code execution.
I created a CustomEvent class that can be set as an Async operation or kept as a Sync one.
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).
-
On 1/7/2020 at 1:42 PM, ProjectPact said:
If you are doing threads, stop() is depreciated. You'll need to interrupt them accordingly.
I'm not using the Thread's API stop(). I'm using my own stop() method.
-
Wrong import
-
-
9 hours ago, ButNotaBot said:
i know it's been a few months but have you explained more on gaussian randoms @dreameo?
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.
-
-
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.
-
22 hours ago, agentcallooh said:
This is actually a really nice release, I'll try and make a muling protocol over Thanksgiving break.
You'd be the first.
-
@Czar - He's still new to java and can learn beside you.
-
2
-
-
2 hours ago, BravoTaco said:
I thought the exchangeContext method was deprecated. Was this changed recently? Updated the code with this.
I thought about that when i was writing this, but that would require two different for loops in each drop method, one that adds to i and another that subtracts from it. Or set i depending on the boolean value to 0 or the length of the array and than update it inside the for loop. I felt that it was easier to read if i just reversed the array.
If i added the release key into drop() than it would release the key before the dropping is done.
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.
-
15 hours ago, goldenbird said:
For some reason I am trying to use a free script in the SDN but its not appearing when i refresh the available scripts.
Any ideas?
should be fine now
-
1
-
-
oof
Dream GE Firemaker
in Woodcutting & Firemaking
Posted
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.