beef
-
Posts
61 -
Joined
-
Last visited
-
Feedback
0%
Posts posted by beef
-
-
I've also never been able to create an account.
-
You're all wrong about pid lol.
Pid is 100% based around IP. Not anything about logging in before anyone, not about pressing follow to find it.
In runescape 2007, go to google and type in "My IP". There should be 4 sets of numbers. For example, 129.41.80.3
If the third number *80* is divisible by 8, and if the last number *3* is really low, then you have a great pid. The IP address I linked here is magnificent, hence why a lot of people use VPN's to stake to get new IP addresses.
This is such BS. If you've ever staked, you know this isn't right. All this is is Ping, the delay in which your mouse clicks react with the server.
Let's say you're a staker. You stake someone called *Fanman1* on your first day of staking. He gets the first hit so he don't stake him anymore. The next day, you stake him again. He still has first hit. You don't stake him anymore etc.
PID IS NOT BASED AROUND YOU LOGGING IN AND OUT OF THE SERVER. PID IS BASED AROUND IP 100%. How do I know this? Go test it out. Go to the duel arena with a friend, and stake him 50 times in a row and log out and in each time you stake. The person who got the first hit the first time, WILL HAVE FIRST HIT ALL THE OTHER TIMES, TOO.
Again, right clicking someone and pressing FOLLOW is your PING, not your PID.
This is also BS. You don't need a good angle. You don't need to right click. You don't need to wait till 1. All you have to do is have a better IP than your opponent. There's no reason to wait till 1 because all you're doing is spam clicking anyway and the server already recognizes your clicks.If anything, use a delay, like cutting a gem before the stake begins. This will delay your characters movements and hide where you really are in the game. Let's say you're on one end of the arena, and your opponent is on the other side. Before the stake begins, you take your chisel and start cutting the gem. Left click on your minimap towards your opponent. The delay is so great, that by the time the stake actually begins and your character says "Fight", you instantly pop out right next to them because of the delay and take your opponent by surprise.If you don't get first hit, don't worry. Just make sure movement is on. You want to utilize the forfeit box to the best of your ability. Running around it can lure your opponent and have them stop attacking you for a second or two. Within those seconds, you can get the first hit back because basically the fight just restarted since both of your attack animations are ready to begin again.EDIT
o god i responded months after this was posted. o well. at least people won't read bad guides about pid anymore :[
EDIT AGAIN
Actually, you don't want to face your opponent. Idk why, but if you don't have a delay "Like cutting the gem", then never face your opponent, and never run towards them. The server will process your request faster for some reason than the person who's running at you and already facing you. No idea why though.Just wanted to point out something. When you said Again, right clicking someone and pressing FOLLOW is your PING, not your PID.
I don't know how else to say it other than no way. When you're following someone your character is moved by the server, your internet connection has nothing to do with it. You could lag out and as long as you're still logged in you could be moving.
Also, if you are placed according to your IP, what happens when two people map to the same location? If players were mapped to a hash table based on IP, especially one so poorly designed where you want certain numbers to be lower, a lot of people would be competing for that same spot.
See this from the game engine team.
When the server processes players, it goes through them each in turn. If you are first in the list, you get processed first. In early versions of Classic, you always got put at the end of the list (if I remember rightly), so if you stayed logged in you would end up at the beginning of the list eventually. Being processed first meant you could catch up with people more easily when following them, which gave an advantage particularly in the wilderness with PVP. A low PID means you were at the beginning of the list, high PIDs were at the end.This is no longer true, as you are now placed in a random place in the list and everyone else is shuffled up, so you don’t retain the same PID throughout your session. This makes things much fairer.
-
If you stack elephnts on top of each other all the way to the moon they would all die.
-
EDIT: I've got my stuff working now, I had to make an account, which was buggy itself.
Script stops the same second it starts, including Ande's Fighter 1.41, XMExpCounter, and a script of my own locallly.
java version "1.7.0_21"Java SE Runtime Environment (build 1.7.0_21-b11)Java HotSpot 64-Bit Server VM (build 23.21-b01, mixed mode)OSBot 1.7.1 -
I go this to, its only with the forg event, gender makes no difference cause i have a male character atm..
I'm still getting the same errors in 1.6.11
-
RANDOM BUG
OSBot version: 1.6.9
Random name: Frog Queen
Issue description: Couldn't get a handle on the frog queen random, froze client.
Happened again, this time I managed to get frog "king" id, 6228. Not sure if it's different if your char is a girl.
Special notes: My char is a girl.
-
RS2Object object = closestObject(int);
Was once working for me, now it will never get the object I'm try to interact with.
I've got a workaround at the moment, using
list = closestObjectList(int);
RS2Object obj = list.get(0);
-
PreciseDestination was deprecated? Shit.
-
Great work, thanks!
I'll update if I have any problems.
I can't log in or connect to remote server.
[iNFO ][04/23/13 09:55:36 PM]: Connecting to remote server...[iNFO ][04/23/13 09:55:37 PM]: Failed to connect to remote server!EDIT: I saw you said server will be up in a minute. -
First do a null check, just to make sure it's not a NPE. To be sure look at the stacktrace.
if (!client.getInterface(242) == null) { if (client.getInterface(242).isValid()) { method(); }}Thanks for the suggestion, changing client.getInterface(int).isValid() ito client.getInterface(int) != null everywhere worked like a charm. Curious tho that the isValid() method used to work.
-
Updated everything, my computer is decent, got 3FPS, only got FPS on and when I try to start a script it doesn't find any.
When I start the bot in the LOG it says Loading scripts... and just stays like that.
It's very likely one of your scripts has an error in it.
-
Well everything besides the hatchet would all be the same item right? Maybe you could open the bank and do something like:
selectInventoryOption(client.getInventory().getSlotForId(id_of_log), "Depost-all");
-
Had some trouble figuring out why my once working script is now not working.
I've finally nailed it.
I have added to the loop
log("Checking interfaces");if (!client.getInterface(242).isValid()) log ("242 is null");log ("I can't tell if interface 242 is valid");And in the log I see "Checking interfaces" but the code never advances. Never does "I can't tell if interface 242 is valid" show; there must be a problem with client.getInterface(242).isValid()
-
I had this problem when using any package other than the default; this happened with a java script I made.
Use the default package.
-
If it's trying to save as a .zip is probly a compressed archive, you need to open it up with winrar/7zip or some other archive manager to take out the file that is inside.
-
The bot says I'm already logged in, yet won't let me open a tab saying "Must be signed in to open a bot." It was working not long ago. Not sure what the deal is.
Any ideas?
-
Also some stuff from vInsert staff ***
-
Just wanted the problem to be known, I see now that it is. Thanks.
-
SeyDaWiz, is the code groovy or java syntax? Also you should make sure your operating system allows you to view file extensions for the problem Wiz pointed out.
-
By hand
-
.java source files need to be compiled to .class before they are place in home/osbot/scripts/
-
client.getSkills().getExperience(Skill.RANGED); is returning 512 for me, which is incorrect.
-
Perhaps it's not all the log, but it is a contributor. There must be other memory leaks.
-
The log keeps far too many messages, leaving your memory usage running wild.
There should be a limit to the number of messages kept.
Also for developers, use the log sparingly or for debug purposes. Remove unnecessary logs when releasing.
-
1
-
50,000 Threads
in Spam/Off Topic
Posted
Script kiddies should at least know the terms if they want point-click-hack.
The program you have does not do Distributed Denial of Service (DDOS) attacks.
What your program does is attempt a Denial of Service Attack (DOS) probably by sending a mass amounts of packets.
On a home network, upload speed is significantly less than download, so you really can't do much with a program like this.