SRL Archive - Suggestions

i remember there was a post saying we could use a function to make our clicks more human. it was a Gaussian formula.

im thinking instead of usding the formula every time-becase that uses alot of proccessor time, we can just make a table, with each cell having a percent chance that a click will fall in its rang. with that we could just choose a cell and pick a random point inside. it would be so perfectly human jagex wouldnt know the difference.

Actually I did that ;) Works great IMO

Though it needs to be modded for functions that have a random range of like 2 to 3. Or else you will always click the same pixel usually

Check out project luffs. I don't have much time to work on it. Just keep in mind that the point is to not get banned and to make it perform more humanly, and each include will work different.

lol. i did and i like it. Justy like RID

@CStrike, yah, my function would take a range of pixels and dived it into 9 or 25 little squares inside the area to click, then choose which square the click will be in. after choosing the square it finds a random pixel inside that square. no complex functions to waste proccesor time =]

A random area of a random smaller box is the same as a random area of the entire first box.

no, because the point is for those blittle boxes closer to the center to be more likely to be chosen.

IN other words, the closer the little box is to the center, the more likely a click will fall inside i. i attached a picture of the gaussian formula that will be used to determ the likelyness of a click falling in a certain box.

they wouldn't be that processor intensive.

if your doing alot of clicking, or clicking within like 200 miliseconds or something it might. especially on older pcs. it also wastes proccesor time that could be used more effectively :P

From: g0tp0t
if your doing alot of clicking, or clicking within like 200 miliseconds or something it might. especially on older pcs. it also wastes proccesor time that could be used more effectively :P

why would you click within 200 ms? in the game, that wouldn't possibly ever do anything, as because one game 'tick' is .6 seconds, aka 600 ms. so clicking more frequently than that is pointless.

Also, no one should be trying to auto and do other things on there computer while they auto unless their system can handle it. If their system can handle runing SMART/Simba at the same time as browsing, im'ing, e-mailing, watching videos, etc., it can most likely process the Gaussian formulas.

lol, im not talking about clicking alot, i mean clicking at a perfect time, like a chicken b4 it moves away.

From: g0tp0t
lol, im not talking about clicking alot, i mean clicking at a perfect time, like a chicken b4 it moves away.

it won't take long enough to calculate the point to make a difference in things like that, unless you're on a computer with a 800 mHz processor or something.

Damn, I would love to see a script that ran that :D

really? dont things like that add up? the guy that made the original function made it sound like it did.

I just made one thats pre-defined based on my own clicking, so it just retrieves a coefficient and then multiplies that by the max range to get a value. It looks even more human because it's not a perfect gaussian curve, but a gaussian curve based off of my own clicking. Thought it'd be a cool experiment.

ooh, thats cool, i should have thought of that >.<
a cooeffecient u say? i dont understand that. can i see your code?

5 is the coefficient of 5X.

2x + 4y = 8z

2, 4, and 8 are the coefficients of x, y, and z, respectively.

EDIT:

3000th post.

ummm. i thought, that in 4x that 4 was the coefficient. I'm pretty sure constants are coefficients

That's what I meant.

oh. lol =P

So, is the new more real mouse function with Gaussian going to be implemented in srl? it could have an accuracy value to determine the accuracy of most clicks.

I'm trying to get it implemented with project luffs. Wizzup? said he might fork it and maybe implement it in Simba. :3 So if you wanna work on stuff, you could check out luffs. :)

you can make multiplie pointless mousesmooth with random cordinates in between the tasks, it make it look pretty human.

i dont understand what you mean?

Do you mean like make the mouse move from first click to second click fluently, as if you know where the second click will land before you click the first click?

if thats what you meant then that would require a whole new mouse function, but it could be done. also, we dont ussually know where the second clicks will be :P

Why not just use the gaussian formula? I think it didn't use so much processor time at all..
Edit: I just did 10 000 random gaussian values in less than 500 milliseconds. So it's 0.05 ms each.

Personally I already use it in one of my scripts.

Could someone remind me of the last time someone got banned for using WindMouse on monstrous speeds? Sudokuing, 9 clicks in less than a second for hours, nothing… Use your energy for something with a concrete benefit.

From: n3ss3s
Could someone remind me of the last time someone got banned for using WindMouse on monstrous speeds? Sudokuing, 9 clicks in less than a second for hours, nothing… Use your energy for something with a concrete benefit.

But why take the risk if you can avoid it?
I personally think that one of the srl features should be that it's safe and human like. We should leave jagex no way to detect us. That's why I'm interested in projects such as this.

Naturally I agree with the main idea of perfecting things like this. But, would someone first like to point out the critical difference between the WindMouse formula and a gaussian formula?

Also, don't overdo the randomness and likelihoods etc, if you observe your own behaviour a bit, you will notice that you simply not click the edges of a box. Atleast not often enough to be considered a realistic option. This is due to us slowing down as we get closer to the destination, where we will then click inside a satisfactory smaller box. So, unless speaking of comparison between Click(Move)Mouse and WindMouse, doesn't really matter as long as we have our random 5, 5 or whatever is your personal preference.

My 2 cents, tl;dr - Imo unless your mousing method is shit you won't get banned

n3ss3s, I think you've misunderstood what this is about :P
The gaussian formula is for the mouse clicks, not mouse movements. We'll still use windmouse, but when it comes to clicking, when theres random x and y coordinates entered, it wont do X+Random(randX), but it'll 'aim' for the center, but sometimes miss the center (like a dartboard. You aim for the middle. The hits will be concentrated around the middle, but some will be far off)

From: Zyt3x
n3ss3s, I think you've misunderstood what this is about :P
The gaussian formula is for the mouse clicks, not mouse movements. We'll still use windmouse, but when it comes to clicking, when theres random x and y coordinates entered, it wont do X+Random(randX), but it'll 'aim' for the center, but sometimes miss the center (like a dartboard. You aim for the middle. The hits will be concentrated around the middle, but some will be far off)

Yes. But also for mouse movements. It will still use windmouse. It just randomizes the destination in a different way like Zyt3x said.
This is the thing that we are trying to fix:

From: n3ss3s
Also, don't overdo the randomness and likelihoods etc, if you observe your own behaviour a bit, you will notice that you simply not click the edges of a box.

Glad to see a lot of people working on creating a more human-like behavior, would be cool to see new additions to SRL.

From: Feroc1ty
Glad to see a lot of people working on creating a more human-like behavior, would be cool to see new additions to SRL.

=D ty :P

i think that simba should get multi threading somehow. other bots are surging ahead of us because they can do more at once. we are stuck doing one thing at a time.

From: g0tp0t
=D ty :P

i think that simba should get multi threading somehow. other bots are surging ahead of us because they can do more at once. we are stuck doing one thing at a time.

AFAIK that's from PS, not Simba.

yup, it is pascal that liits simba, but i think multithreading could be added if it wer made partially in java or c#/c++?

I think the reason new and better coding qualities don't appear in SIMBA is because people are hellbent on keeping the old scripts working; while this is a good characteristic in itself there always comes a time where shit becomes obsolete and you need to make a leap of faith.

EDIT: I'm referring to updating the syntax (begin and end are much more confusing than lets say { },) and adding things such as objects for easier organization of code.

From: Feroc1ty
I think the reason new and better coding qualities don't appear in SIMBA is because people are hellbent on keeping the old scripts working; while this is a good characteristic in itself there always comes a time where shit becomes obsolete and you need to make a leap of faith.

Do you mean Simba/SCAR/SRL as a whole, or individual scripts?

From: Feroc1ty
(begin and end are much more confusing than lets say { },)

How are they more confusing objectively?

Subjectively, I have a much easier time following begin/end than { }, though as long as they line up, either works equally as good for me.

@Feroc1ty,

For one, Simba and SCAR use Pascal to interpret scripts, and Pascal uses begin..end nests instead of {}'s, ()'s, indentations, or whatever just because. So unless we made an entirely new bot with a different interpreter, we're going to use begin..end. I still don't see why that's an argument for anything at all, but whatever.

Second, Simba is essentially based on the idea that leaps of faith are necessary. If you've any valid "leap of faith" ideas, present them.

From: TomTuff
Do you mean Simba/SCAR/SRL as a whole, or individual scripts?

Simba/SCAR.

@cstrike I guess it's just personal preference, but who am I to have a personal preference… I'd rather look at bolded statements in the same font which functions are displayed when it's actually an indication for beginning/ending of a function block.

@yews Just because it's an interpreter doesn't mean that it's build solid with no flexibility, they can adjust it and add features to it, or were you unaware of this? There can be many leaps of faith, such as adding easier to read/understand syntax, OOP (this one wouldn't even break all the previous scripts)… I'm sure people can come up with more.

im happy with anything that adds multithreading.

Multi-threading would be nice, but far from essential.

With the interpreter, PS is crap. Lets just get that out in the open and move on.

OOP, and the like will not happen until we move away from PS. If you want to help, please do it constructively. Sitting on the sidelines commanding people to help is inappropriate and not helpful.

From: Feroc1ty
Simba/SCAR.

@cstrike I guess it's just personal preference, but who am I to have a personal preference… I'd rather look at bolded statements in the same font which functions are displayed when it's actually an indication for beginning/ending of a function block.

@yews Just because it's an interpreter doesn't mean that it's build solid with no flexibility, they can adjust it and add features to it, or were you unaware of this? There can be many leaps of faith, such as adding easier to read/understand syntax, OOP (this one wouldn't even break all the previous scripts)… I'm sure people can come up with more.

If you're unhappy with the project, then leave. Many people have put in innumerable hours to this project, and i have a feeling none of them are going to want to throw it out the door.

cstrike wasn't trying to say you don't have a personal preference - if anything, he was asking why that was your personal preference. Don't be offended so easily.

From: Nava2
Multi-threading would be nice, but far from essential.

With the interpreter, PS is crap. Lets just get that out in the open and move on.

OOP, and the like will not happen until we move away from PS. If you want to help, please do it constructively. Sitting on the sidelines commanding people to help is inappropriate and not helpful.

How am I commanding, the community is full of sheep who follow a single statement said by a more renowned person. My help is constructive in a different way; it points out the flaws in their illogical thinking.

As I mentioned previously the interpreter can be edited, made, or simply scrapped and a more viable one be put in place.

In the way we program, sure multi-threading is far from essential, but I've had a project flow around in my mind for quite a while now which WOULD require multi-threading, as it would stand out from any single script in the whole community.

As far as the OOP goes, it really doesn't affect the coding that much, except from the fact the scripts would be 10x more organized and easier to comprehend; it's far from essential but there's a reason languages with it came out to the top… scripts with thousands of lines get quite hard to follow.

@Tom: What are you talking about, guy, which project do you speak of? Did I ever mention me being unhappy with this said project? I'm projecting quite the opposite as the only reason one would mention flaws of the project is if he was genuinely interested in using and enhancing it.

And who are you to say I was offended, you must misread people quite often as you seem to be the offended one, and let me clear up why I'm assuming this… you told me to leave the community. By the way, did I once disregard those innumerable hours put into this said project?

i agree with furious to an extent. OOP would make it much more organised and PS should be optimized for our own use. Lets make a real SImbaScript. not just semiPascal. something that fits our needs specifically.

Tom, not all of us have the ability to help develop simba. He was making a reasonable suggestion, and I think you are becoming predisposed to disagreeing with feroc1ty.

@Feroc1ty, In the post quoted below I thought you were trying to say that the SRL/Simba project should be abandoned because it's obsolete in comparison to java bots. I didn't see your edit as i never thought to look back. My apologies.

From: Feroc1ty
I think the reason new and better coding qualities don't appear in SIMBA is because people are hellbent on keeping the old scripts working; while this is a good characteristic in itself there always comes a time where shit becomes obsolete and you need to make a leap of faith.

EDIT: I'm referring to updating the syntax (begin and end are much more confusing than lets say { },) and adding things such as objects for easier organization of code.