RuffBot - Farms arreat core no memory editing (and best of all with SOURCE CODE)

[ruffscruff]

For Rakkis map, here are my observations, which you guys can use in your pathing algorithms:

1. Rakkis is divided into 6 zones.
2. Zone 1 and 6 are laid out consistently. Zone 1 is the beginning of the bridge (with the choke) and zone 6 (starts at an area where some demon troopers jump up the bridge, followed by a long hallway with pillars and a random "bridge store"event, followed by the staircase to the rakkis waypoint, and ends at Siegbreaker's lair)
3. Zones 2 and 5 are random zones with only 2 possible 200 x 200 layouts. Each zone can either be the 2 tower setup (which can be detected by detecting a statue at a specific x, y, z at the beginning of the zone). Or it can be the 1 tower setup which has a random "spyglass" event sometimes. This 1 tower setup can be detected by a flag at a specific x, y, z at the beginning of the zone. Basically, if you detect that zone 2 has 1 tower setup, this means zone 5 has 2 towers. (they don't repeat)

Note: when detecting objects use the iterateobject() function which will spit out all objects within the proximity of the character.
4. Zones 3 and 4 are random zones that can be chosen from 3 random setups. One setup has the coal pile in the middle which can be detected by finding "coal" in the interateobjects() array. One setup has the 2 stair setup (1 stair going down then 1 stair going up). This can be detected by finding the "golgor_blast" object. I'm not sure about the exact name. The final setup is something I call the "hook" because it is shaped like a hook. I forgot how to detect it but I think there's a "flame object" near the beginning of that zone. Or you can just use process of elimination to do it.

5. Basically prepare waypoints for each of these zones then you can just add offsets to the x coordinate depending on what zones they are located.

Rakkis' map isn't random but the things that spawn are random so I guess that can effect the bot somehow. In regards to the code, I didn't see any memorywrite functions but only memoryopen and read unless I'm overlooking something.

[ruffscruff]

Thanks for great work on autoit, I learned very basics of java for programming, I don't know what is 0xc3 thing means (
(do you need to update files like 'rakkis locators.txt' every time blizzard patch?)

and I do not understand this line in readme

4. Open Diablo 3 and bind the Move command to "Middle". (Edit the Move command then click the Middle mouse button!).
When i run the ruffbot, the mouse doesnot click left button for some reason how to fix it?

Hi thank you. I also learned Java before this and that's the main language that I code in . I find autoit to be simpler than Java actually as there are not a lot of rules involved with it.

0xc3 is a hex number that you add to a memory location. I don't know how people came up with that number as well and simply trusted the other good folks in this forum who provided that piece of code. I don't think you need to update rakkis locators as that's just my notes on some research I am doing for pathing rakkis. You may want to update dctm.au3 because that contains all the memory offsets that is being used by iterateobjects() to find the objects in the world. If the bot stops working and starts throwing errors, that means that the offsets have changed. To fix this I would go to this thread (http://www.ownedcore.com/forums/diab...rsion-2-a.html ([AutoIt] Diablo 3 Click To Move, Interaction, Actor Handling. (Version 2))) and see if people have any idea to find the new offsets.

What i meant by instruction 4 is to simply map the Move command to the Middle Mouse button. In the options look for the keybinds section and you can change the value of the Move to the middle mouse click button.

[kindbudz]

Botting has been like a computer science degree for me. When I started I knew nothing and now after 100s and 100s of hours of tinkering and testing I understand and can reverse engineer and adapt 95% of this code written by commercial software engineers. No brag...just proof how much you can learn here for less than $50. Many thanks to you and all the others that share their code.

UNIVERSITY OF THE OwnedCore*





*i reserve the right to print and sell UOC tshirts

[vison99]

Hi thank you. I also learned Java before this and that's the main language that I code in . I find autoit to be simpler than Java actually as there are not a lot of rules involved with it.

0xc3 is a hex number that you add to a memory location. I don't know how people came up with that number as well and simply trusted the other good folks in this forum who provided that piece of code. I don't think you need to update rakkis locators as that's just my notes on some research I am doing for pathing rakkis. You may want to update dctm.au3 because that contains all the memory offsets that is being used by iterateobjects() to find the objects in the world. If the bot stops working and starts throwing errors, that means that the offsets have changed. To fix this I would go to this thread (http://www.ownedcore.com/forums/diab...rsion-2-a.html ([AutoIt] Diablo 3 Click To Move, Interaction, Actor Handling. (Version 2))) and see if people have any idea to find the new offsets.

What i meant by instruction 4 is to simply map the Move command to the Middle Mouse button. In the options look for the keybinds section and you can change the value of the Move to the middle mouse click button.

Thank you so much for sharing such a great code! I have very limited programming skills but happy to contribute some thoughts to improve any existing script. It is not just for farming but an exciting project to work on.

Firstly I would say, it is 100% possible to write a script which farm a large chosen area (possibly including random elements) and non-detectable. Blue knows that as well. It can get to a point where it is very difficult to clearly separate botting behaviour and human behaviour. Blue will only using mass filters to locate certain amount of players each time, and then view them case by case to ban them. If your behaviour are similar to human, not exactly same, you are guaranteed safety. For example, run a 15min script with a few random pauses and no longer than 8 hours a day is the way to go. Blue will not have the resources to find you after reviewing 1m similar player profiles when they still have 100k+ full time botters out there.

Sadly, I am not capable to write such a complicate script. I can only copy + paste and doing some minor variations on provided codes. But when some of the required codes are made available by professional people like you, I am ready to give it a go.

Anyway, enough talking. I have some questions to ask you:

1. What does the memory read / write func do it the main file? I believe anything related to memory reading is highly detectable and should be avoided. Basically I do not know much about this function and wondering if we can delete/replace them.

2. How do you detect and shot the mobs while moving?

I want to try your code but will not do so until I think it is safe. I do not know much about programming but willing to help you if you are still interested. I found it most entertaining to build a working script

[Ironmonks]

My script does core, lvl 3 and rakkis. ~ 3.20 mins per run.

Didn't use any checks for the stairs. I use hold move key and mouse movement and it works 90% of the time.

The only problem is wp checks and portal checks where sometimes when it lag, it completely throws the sequence mad.

Before I implemented a timed base tp check, I used infinite loop. I caught the bot going mad in the main menu by clicking achievements every second....

Maybe this is why I got banned....

[Huggarn]

Works very well, trying to implement looting, let's see if process and namechange of the script can help avoid banning ( it included word BOT that can be hot ). Thanks for sharing!

[ruffscruff]

Thank you so much for sharing such a great code! I have very limited programming skills but happy to contribute some thoughts to improve any existing script. It is not just for farming but an exciting project to work on.

Firstly I would say, it is 100% possible to write a script which farm a large chosen area (possibly including random elements) and non-detectable. Blue knows that as well. It can get to a point where it is very difficult to clearly separate botting behaviour and human behaviour. Blue will only using mass filters to locate certain amount of players each time, and then view them case by case to ban them. If your behaviour are similar to human, not exactly same, you are guaranteed safety. For example, run a 15min script with a few random pauses and no longer than 8 hours a day is the way to go. Blue will not have the resources to find you after reviewing 1m similar player profiles when they still have 100k+ full time botters out there.

Sadly, I am not capable to write such a complicate script. I can only copy + paste and doing some minor variations on provided codes. But when some of the required codes are made available by professional people like you, I am ready to give it a go.

Anyway, enough talking. I have some questions to ask you:

1. What does the memory read / write func do it the main file? I believe anything related to memory reading is highly detectable and should be avoided. Basically I do not know much about this function and wondering if we can delete/replace them.

2. How do you detect and shot the mobs while moving?

I want to try your code but will not do so until I think it is safe. I do not know much about programming but willing to help you if you are still interested. I found it most entertaining to build a working script

1. Well I thought memory writing is bad and memory read is not. If this is wrong, someone else correct me please. Memory read is the basis of getting all the information around you. Memory write is when you alter what is happening in the game using your own commands. I don't use any Memory Write commands, there is one function (MovetoPos) that says _MemoryWrite but I don't use it and have replaced it with a different function (MovetoPosClicky) in my code to be the one that I actually use.

2. You can read the AttackNearbyEnemies function to see what I'm doing programatically. In logical terms, what I'm doing is this: I search for enemies by using the IterateObjects() function which dumps all nearby objects into an array. I then check the array for properties that correspond to enemies and as long as this array contains rows that correspond to enemies I use the right click button at their location on the screen (x, y) coordinates to shoot them. I have a loop that does this as long as there are enemies around.

Works very well, trying to implement looting, let's see if process and namechange of the script can help avoid banning ( it included word BOT that can be hot ). Thanks for sharing!

Huggarn, was the Loot() function not working for you? I thought it worked for most chests in rakkis and core. If you can optimize it further that will be awesome . Totally forgot about the name haha - yeah it would be a good idea to compile it and change it to something else

[Ironmonks]

Since memory read or not will still get you banned, I'm going to go full memory read from now on.

1.04 came with the new offsets.

Should I simply replace the old offsets in this section with the new ones? (I'm not sure whatelse I need)

unc offsetlist()
Constants()

;//FILE DEFS

Global $ofs_MonsterDef = 0x15DBE00 ;0x015DCE00 ;0x15DBE00
Global $ofs_StringListDef = 0x015E8808 ;0x015E9808
Global $ofs_ActorDef = 0x15EC108 ;0x015ED108 ;0x15EC108
Global $ofs_ActorAtrib_Base = 0x15A1EA4 ;0x015A2EA4;0x015A1EA4
Global $ofs_ObjectManager = 0x15A0BEC ;0x015A1BEC;0x15A0BEC
Global $ofs_InteractBase = 0x15A0BD4 ;0x015A1BD4;0x15A0BD4

[iMoogle]

I'm getting an error
"Line 455 (File"C:\Users\Name\Desktop\RuffBot\dctm.au3"):

global $StringListDB =
IndexStringList($Object_File_StringList[$index][0])
global $StringListDB = IndexStringList($Object_file_stringList[^ ERROR

Error: Array variable subscript badly formatted"

Any fixes?

[vison99]

1. Well I thought memory writing is bad and memory read is not. If this is wrong, someone else correct me please. Memory read is the basis of getting all the information around you. Memory write is when you alter what is happening in the game using your own commands. I don't use any Memory Write commands, there is one function (MovetoPos) that says _MemoryWrite but I don't use it and have replaced it with a different function (MovetoPosClicky) in my code to be the one that I actually use.

2. You can read the AttackNearbyEnemies function to see what I'm doing programatically. In logical terms, what I'm doing is this: I search for enemies by using the IterateObjects() function which dumps all nearby objects into an array. I then check the array for properties that correspond to enemies and as long as this array contains rows that correspond to enemies I use the right click button at their location on the screen (x, y) coordinates to shoot them. I have a loop that does this as long as there are enemies around.

Thanks for the reply Ruff.

Well I am going to leave memory read aside at the moment until it is 100% safe to do so, since I only have 1 main account to play with.

The AttackNearbyEnemies func is already a great starting point to work on for what I have in mind. Assuming if it doesn't require memory read to work, then I can implement that func into all different testing scenarios. Correct me if I am wrong.

[Huggarn]

Darn this bot is driving me crazy, after first day running for 10+ hours without any problem, after turning off for 2 hrs ( didn't even turned off system ) it came with following error :

AutoIt Error
---------------------------
Line 457  (File "E:\Syfy\Ruffbot\dctm.au3"):

global $StringListDB = IndexStringList($Object_File_StringList[$index][0])
global $StringListDB = IndexStringList($Object_File_StringList[^ ERROR

Error: Array variable subscript badly formatted.

Fixed it by commenting those 5 lines 455-459 in dctm.au3, but effect was like bot couldn't probably reckognize mob names, didn't attacked Demonic Containers and Pile of Bones. Also log file was giving out strange mob names like Colossal GolgorD-315.

Today after patch there happens to be another error

AutoIt Error

Line 52  (File "E:\Syfy\Ruffbot\dctm.au3"):

$return[0] = _MemoryRead($ClickToMoveCurX, $d3, 'float')
$return[0] = _MemoryRead(^ ERROR

Error: Variable used without being declared.

Can't comment it because it's responsible for core bot functions, don't have slightest idea what could do this. Maybe it's caused by newest patch but how?
Probably funniest thing is that happend on my main system ( win 8 ) and VM with XP on it. Extracting original ruffbot.au3 and dctm.au3 don't help and gives both errors.

Other thing about looting - the bot should loot items too? For me ( after updating colors ) it loots only gold, so that's what I was saying on prev post i'm gonna import item looting from other bot. Anyway chest opening were working perfectly.

For now I can say the bot can run wizzard too without any problem.

Pastebins of modified ruffbot.au3 and dctm.au3 in case I did something wrong. Removed BOT syntax from various places and tooltip. Called him Luffy instead

luffy.au3 - Pastebin.com - luffy.au3
dctm.au3 - Pastebin.com - dctm.au3

EDIT: Reading this thread again gave me thought: I just need new offsets in dctm.au3 updated for 1.0.4?

[vison99]

Just a friendly advise to all AutoIt users.

After your script is finalised, convert it into a '.exe' file, and rename it to something common, such as 'itunes.exe', 'ipoint.exe' etc. I believe not doing so and having 'Autoit.exe' in your process with Diablo 3 operating could get yourself flagged if you also meet other criteria. It is a very obvious thing for Blue to look for.

[newbierifle]

my bot isn't moving after i press home button, i am running on 800x600 fullscreen

[KojL]

Isnt memory reading detected by warden aswell?

Tell me how they could possibly know that you are reading(looking at values) without scanning outside the game itself. Blizzard got a lot of criticism for doing out-of-process scans a few years back, and I doubt they suddently started doing it again.

[Kotzu]

yes they are doing it , since WoW first launched in 2004 there is a thread around the mmorpg hack/exploit forums about a tool that shows how warden scans you outside the box , i think it was called WoW Gurvenator or something like that maybe someone can use it for D3 too , just to verity