bonebox

Just a thought when you all say it's stuck on red points at area selection, do you mean mouse is stuck on one or other of those or that it gets stuck cycling between them? Just thinking maybe the area coords somehow got overwritten in the config.ini file, can't see how but if it's cycling on those points then that's something the bot is doing so must have had something changed in it's config as EB-Tools doesn't do any mouse movement just ini file writes. At point where it gets stuck kill both that and the bot without saving anything then take a copy of the ini files and compare them to a time when it's working, see if there's any differences.

At the moment the bot just targets closest then chooses skill based on the skill priorities. So if you set say 2 skills with the same range but set one to focus on "special" and the other "normal" with a higher priority it would still just target whatever was closest to it then use the priorities to choose the skill. Tried a ton of variations but this is definitely how it works. There's numerous feature requests in to prioritize targeting based on mob type, hopefully Alk will get to it at some point soon, think he's busy sorting maps at the mo

OMG Immo I didn't even dare ask!!! That would be AWESOME!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Other than the missing icon error if you try to close using the window close rather than the script exit all working really well here thanks Immo A feature request to add to your long list; be nice to have an option to exit on level up (or even better at a random point within say a couple of mins of level up). I'm sure unallocated skill points will be part of ggg bot formula (it would be one of mine), if one is imminent (e.g. looks like in next few hours) but you're going to leave the bot running much longer then this would help the tinfoil hatters (mine fits nice and snug and is several layers thick ). Be useful too (from a safety aspect) when early levelling, can go so fast you can easy end up with 2 or 3 in no time unless you're fulltime babysitting, this would mean you could just set it off and check back in a bit with no exp earned past the level up (i.e. look human). Cheers

I'm using old pickit and not seen it sell any qual gems have picked plenty up but can't see how the pickit could be affecting it. With the slow item pickup try these settings they don't fix it but help a lot: http://exiled-bot.net/community/index.php/topic/2414-settings-that-significantly-speed-up-items-pickup-from-a-stack/ Alk: Isn't it possible to read the label coords from mem?

Noticed it still goes back in occasionally when it walks the wrong way first after it's id'd items but cuts it down a lot

Even with default range of 1000 bot will stand right next to a shrine and still only activate when no mobs left. Be good to let user choose if they want to prioritize and/or a different range for that. e.g. activate in 1000 but prioritize over attacking if in 300, so it won't run across the screen getting it's ass kicked to activate one but will once it's moved close enough to it during attacks to be worth it

As title...

Default clicks per sec are 10. Lets say by way of simple illustration I do 100 dmg with a hit and have an attack time of 0.31 secs. My DPS should be 323 (rounded up). So I hit, then; 0.1 secs click - skill not yet available 0.2 secs click - skill not yet available 0.3 secs click - skill not yet available 0.4 secs click - hit repeat So I'm actually hitting every 0.4 secs and my actual DPS will be 250 - a 22% reduction simply because of click syncing. Obviously this is highly variable depending on your attack time and click settings, not to mention hardware timings. Your attack time could be 0.39 and not much loss, but the potentials always there, you will almost always lose something. You could have an attack time of 0.21 and get a 30% DPS loss. One option is to fine tune your clicks per sec to provide the closest e.g. in the above case clicks per sec of 9, 6 or 3 would be closest @ 0.33 secs but that's still an 8% DPS loss, not bad but that's with manual tuning. Which is a pain as every time your attack time changes (items, passives etc) you'd need to recalculate closest fit. All of this can be negated by using click hold instead of multiclick, it then attacks as soon as the skill is available - no DPS loss. The one shotters out there need not apply.....

61 pah, damn you and your lightning fast finger You see my point though, looks like the 60s is the peak of the bell curve for people's rates and that's over 10 secs with your entire focus being on clicking the mouse as quickly as possible without movement. Drops of course over longer periods. Be a rare human that could manage 100 over 10 secs, only a ro(bot ) that could keep that up for a minute.

Yep I've got an Ice Spear, Raise Zombie and 2 Punishments I didn't ask for....

I agree there's some crazy paranoid ideas out there re reasons for banning. Personally I don't think this is one of them though in terms of something they could do. If moving aournd a cleared area with no break in the multiclick you would generate a humanly impossible (to my mind anyway) stream of clicks that could be tested for and could *only* be generated by a program or someone with serious shakes. No false postives at all. Try it: http://www.brainbashers.com/10seconds.asp Now try maintaining 10 clicks per second for 60 secs. I can't even do a couple. No one plays like that, no one.

I'm not saying they're doing it if you read the post I'm saying they could. I'm curious where have you got the impression I'm stupid from?

It's this: http://exiled-bot.net/community/index.php/topic/2415-bot-overshoots-town-wp-and-gets-stuck-in-loop/ Alk on it: http://exiled-bot.net/community/index.php/topic/2552-pretty-please-alk-with-donation-sugar-on-top-sort-the-overshooting-wp-thing/

Based on this thinking: http://exiled-bot.net/community/index.php/topic/2553-could-ggg-detect-clicks-per-sec/ I'd like to be able to reduce the clicks per sec the bot makes. I've experimented with the settings and reducing the default of 10 down to 5 or 6 seems to work fine for movement but can affect attacking as the click timings are not perfectly in sync with the skill availability if you have a high aps. So separating these out would allow more customisation for the user. Ideally attacking would click and hold rather than multiclick so it operated at max speed and didn't need to click beyond human ability, but that would be a bigger code change I'm guessing compared to just separating 1 variable into 2. Still if you're in the mood for a bigger job Alk and got nothing else on....

Remembered this old thread that's still obvisouly relevant! Been watching bot a lot recently with all the levelling for new leagues and noticed it's definitely between 2 *anythings*. Could be a chest and a mob, 2 mobs, 2 chests, mob and an item to pickup etc etc so none of the poll options. It could be just about anything. So must be something in the core of the pathfinding routine where it's deciding priority. And it's a threshold thing. If it's stuck in the loop (placing greater importance on the object further away and going back then reversing etc), if at that point I leap slam over one of the points where it turns, more often than not it will happily go on it's way.

lol poor servers tho hehe Actually did it affect your desync at all?

Yep been testing. At 5 I noticed a change in attacks. My attack time is ~ 1/4 sec so should be ok at 5 but it was noticabley less, perhaps out of sync with the clicking caused it. 6 worked well for me. Would be better if the bot held mouse key on attack rather than repeated clicks then wouldn't affect it. Far as I can think and see it's only attacking and movement that uses the rapid clicking and movement works fine with lower values.

Yeah makes sense. Well done for finding this out. So question still out there to anyone who can say, why have the bot set at 10 clicks per sec? What problems could it cause by setting it to a more human say 3-5?

Nice one, and I was serious about the donation sugar, this is their bug not yours so appreciate you sorting a workaround

Hehe nice. Not sure I want to test it though! Whether it's a count though not sure, that could just be server protection from it being hammered. When you say kicked what happened?

Cheers Alk. Might work, but from what I've seen of it the distance has nothing to do with it, it could easily be just 20 the other side of the WP, I've seen it nigh on stood on top. It's moved after the WP window has been opened (in a very short timeframe) yes but could be any distance, so you really need to catch the fact that the wp sequence hasn't worked and close/rfeopen the wp screen based on that I think. There should never be a legitimate reason it would need to go through it twice anyway I can think of. Didn't realise esc closed the screen tho, much easier, learn somethng new every day...

I'm not understanding you d11 on several fronts, what do you mean? a) Can't imagine anyone generating 100 actions per sec b) If you meant per min most players do that easily just movng around c) Have you heard of someone being kicked on this basis? I'm interested what are you basing this on? If you have some eveidence be really helpful...

Because it's a game bug, brought out by way bot move clicks, must be as the zones are inactive if you pause and try them manually. What always happens before is the wp screen opens and the bot keeps running (guessing it must've move clicked again in a short enough time that stuffs the wp screen in some buggy way) Workaround would be: At start of wp select sequence log time --> wp_current At end of wp select sequence wp_current --> wp_last At start of wp select sequence check if wp_current - wp_last < say 10 secs and if it is click once top middle of the game screen That's it, all that needs to be done to get round this (barring making sure this is all in one sequence in case it reopens wp select in <10 secs). If I do this manually it works every time, the wp screen just needs to be closed and reopened. Update: Just managed to reproduce this bug manually (no bot running) by clicking the wp then quickly clicking off it once, so definitely a game bug but easy orkaound as above, just close and reopen wp screen.

Agreed, and yes that's another way of viewing it. Whether they track it server end who knows, probably not at the mo or we'd all be sore thumbs. I'd load it client end and get it to flag if over a certain value to offload the work but again they don't seem to have done this so far. I think the per min value would only be that high though if it's consistently moving, anything else (town, opening chests, trying to pick up items etc) would drop it significantly. However if the bot is moving around a zone it has mostly cleared, then it will probably be just moving and will generate a high rate of clicks for an unusually sustained (30 secs - 1 min) period. That you could look for. On the detection side I was referring to a non-injection hack that simulates human interaction (i.e. this one ) than any external, far as I can see the only way of detecting this one would be by checking external processes which would be an invasion of privacy I don't think they have the balls for. My question really, given these things, is why is the default 10 and does it need to be? What would the bot miss doing or have probs with if it were only say 3-5?