-
Content Count
211 -
Joined
-
Last visited
Everything posted by bonebox
-
Alk mentioned this the other day on another thread where we were discussing skills: "I would like to hear some suggestion about how to improve current skill configuration system to make it simplier and more explicit.." So I'm going to get the ball rolling, discuss and/or add your ideas below Maybe some kind of gui with stacked dragable/scalable horizontal bars, the width and position of which determine range, top of the stack = top priority, x axis being range 0 - say 600 (perhaps configurable, maybe autosized to max range setting if >600). Maybe color code active/inactive. Could use overlaid badges to indicate normal/special (though I still can't get anything to target just specials), mob density settings or aura (which would maybe drop to bottom of stack and display over full range on being set for clarity and as priority/range independent).
-
I have open chest off and open strongbox on, open range as 400, safe range as 800. Bot opens a strongbox and sometimes (no pattern) it hits a couple of mobs then starts trying to open the strongbox again which of course it can't do. So stands still while all the other mobs are whaling on it's ass til it chickens
-
Yeah the problems the other way around though phaukt, it's not that it doesn't have time to build up charges, it builds them and doesn't use them, it's casting like once every maybe 30 secs with 5/6 charges in it by then. And during that time it's had plenty of opportunities with more than 3 mobs on the screen to use it but doesn't. Can't see the logic
-
Have tried and it's not working how I'd expect. My main is Heavy Strike on priority 2 range 0-200. Have a 2nd as Leap Slam on 200-1500 priority 1. These 2 work together fine, very well in fact always have, bot leaps to anything even offscreen and switches straight to main when it gets there. Have now added a third, the Vaal Spectral Throw on 0-200 with priority 3 and cooldown 5000ms but set to only attack if min 3 mobs within a 600 range (which should be to screen edge more or less either side). So my understanding is if there's 3 mobs within a 600 range then it can use the st on anything within a 200 range. But it doesn't, at least most of the time, it just builds the st throw charges up then once in a while with no discernible pattern it lets one go. What am I missing alk, my logics right isn't it? 1st thoughts on the skill system; maybe some kind of gui with stacked dragable/scalable horizontal bars, the width and position of which determine range, top of the stack = top priority, x axis being range 0 - say 600 (perhaps configurable, maybe autosized to max range setting if >600). Maybe color code active/inactive. Could use overlaid badges to indicate normal/special (though I still can't get anything to target just specials), mob density settings or aura. As I say just first thoughts...!
-
Except now that I actually think about it (dur, helps doesn't it!) the priorities are there for when there's different settings over the same range, like number of mobs present and mob type (though I could never get that targeting "specials"). Will try with that and the cooldown think it might do it Thought there'll still be instances when it tries to use it and it's not charged so stops, and I guess other people might want to use vaal skills for other things, so my feature request still in (alk )
-
Thanks Phaukt some good ideas I'll try that when I get home Confess the priority system doesn't make sense to me, I do all my skill choosing based on ranges. If 2 skills have the same range and 1 has higher priority wouldn't it always use that one? Are you using vaal cyclone on the bot?
-
Detect if they are charged and only try to use when they are. So can set 2 skills with same range and not try to use the vaal one unless it can be, otherwise bot will just sit there trying to do something it can't. Particular reason I'm looking at it is for use with Vaal Caress - gives 5 secs of onslaught (+20% move speed + 20% attack speed) with each vaal skill use. Vaal spectral throw only needs 16 kills to be available to give a 5 sec onslaught with my main (heavy strike) every 16 kills would be cool, could prob kill 16 mobs in 5 secs with aoe (melee splash) and using leap slam to move between packs. Like to try it out but of course doesn't work well atm as it tries to use it uncharged so bot just stands there sometimes.
-
[Need Help] - tried many things - cant fix "clickbug" since one month :(
dasnon replied to topic's bonebox in Archives
Hi Dasnon. Do you mean this?: http://exiled-bot.net/community/index.php/topic/2415-bot-overshoots-town-wp-and-gets-stuck-in-loop/#entry16146 -
Still doing it with v0.16
-
Some element of randomisation to bot movement in town
bonebox replied to topic's bonebox in Exiled Bot Feature Request
Yes agree totally, wouldn't want anything that has the potential to get stuck. Why I was thinking, rather than full randomisation, just randomly selecting from a few predefined central space points to only give clear possible paths. -
Some element of randomisation to bot movement in town
a topic posted bonebox in Exiled Bot Feature Request
As an anti detection aid. Bot's movement patterns can be spotted if you watch, particularly obvious in act 1, runs down and along wall every time leaves stash for wp. Suggestion could be it moves randomly to one of a few more central midway points on way between destinations. e.g. say have 2 sets of 4 points and randomly chooses 1 from each set to create a 4 point path between destinations, mix it up a bit. -
Just to note may be my perception but seems worse lately (post patch and bot version m), getting a lot more I'm sure. Noticed it seems to click on wp and keeps running after it's opened zone select screen then it can't enter any zones. mbxnir's right, hadn't noticed before, if you pause bot and try to go in manually the zones do nothing so this could actually be a game bug. As I said tho can be overcome by a single click on floor in town above wp to move char then it runs through again fine.
-
Settings that significantly speed up items pickup from a stack
bonebox replied to topic's bonebox in Exiled Bot Programming
Been running a few days with this now and have upped the try_range to 28 as was still getting a few loops because of high iiq drops (strongboxes mainly). Not a great diff in performance as only an extra max 3 clicks on way up wasted sometimes but covers an extra 84 pixels (which is over an extra 10% screen depth) -
Yep not picking rares or uniques. Tried adding line to pickit to just stash all rares (already have uniques) and no diff. Did pick a 6 socket white tho but stashed instead of vendoring Version number still shows as h btw in "about", makes you question yourself with all the updates be helpful to keep on top of that
-
As title says, sometimes it goes past the town wp and when it does the resulting znoe slect sequence goes out on th y axis for some reason. Manual fix with bot still running is to click somewhere in town above the wp to move the char then it goes back to wp and all fine. So quick dirty fix without bug hunting would be count times it goes through zone select sequence and on say 3rd do 1 click on floor above wp.
-
Settings that significantly speed up items pickup from a stack
a topic posted bonebox in Exiled Bot Programming
Re-post from before the site reset which wiped it! These changes to pickit.ini make a big improvement to the speed of finding items when there's a stack down. Must be a reason for the defaults but I can't see the logic so I worked some new ones. Please helpfully tell me why I'm wrong if you can see something! And please feedback if you try this so we know if all ok. Try it, create a big stack at say solaris with a mixture of stuff it'll pick and stuff it won't. Then edit pickit.ini with notepad or whatever text editor and change the following settings, then close and re-open bot as I don't know if F11 will pick these changes up (note the file is per bot profile): What: 1) number_of_try_on_right_location; default is 8, mine is 2 2) pickup_try_offset_y; default is 7, mine is 14 3) try_range; default is 30, mine is 28 Why (if you want it): 1) Why click 8 times in the same place, if it's not there the 1st surely not the 8th? Maybe it's an alt key press timing thing? I've gone for 2 in case and seems to not miss anything. So this bit takes 1/4 of the time. 2) Measured the item labels and they're 14 pixels deep. As labels don't overlap can't see point in setting anything other than this, 7 will just click on each label twice. So this bit takes 1/2 the time. 3) Total range looked over is try_range*offset, default was hence 210 pixels (30*7), I've gone for 392 (28*14) because noticed sometimes with a big stack what it's looking for is on extremity and it doesn't reach it, so does that up and down loop. Anything outside the total range will cause this, so make this value higher if you want to cover a bigger range each time and minimise the chance of that, but that will also potentially take longer each time. So this bit does a max of 28 clicks instead of 30 but over nearly twice the range. Combined, these probably make the sequence on average take ~1/3 of the time, quicker if you factor in the stuck loops with the defaults. -
Simple to explain, maybe not so to code: If bot's trying to login and gets more than say 2 or 3 "your location has changed please reenter your password" dialogs or whatever it says then it stops trying. I say 2 or 3 but that's a guess as to a number that wouldn't interfere with what autopoe does so that's the number I mean
-
Had 2 out of 4 bots banned this week, been running them in what I'd judge a pretty human way. No whispers in log, only difference I can see between the 2 I lost and the other 2 is the 2 that went hadn't run maps (but others have apparently had bans with map runs). But one thing I did notice in the couple weeks leading up to it is a definite increase in the number of pvp requests when I was watching. Is it possible to code the bot in town to spot a pvp request and decline after a human amount of time, say a second or 2, rather than leave it sitting there? Human is likely to respond quickly if only to get rid of the request which sits over your inv if open. There's also the chance to click accept atm if inv is open and being clicked in too!
-
Tips that can help *some* reduce VM diskspace and i/o
bonebox replied to topic's bonebox in Archives
Sorry darkbluefly I'm not understanding, is that a counter to something I've said or just a statement? I anticipated the odd comment like this so tried my hardest to repeatedly make it clear that most of this was just for those who DO have a lot of host ram, obviously not clear enough again! --------------------------------------------------------------------------------------------------------------------------------------------- This is mainly just for people who have enough host ram to fit their vms memory requirements into physical ram --------------------------------------------------------------------------------------------------------------------------------------------- Hopefully a bit clearer -
First off if you change target type to special in gui and save it doesn't work (doesn't change the skills.ini). Second if you change them manually in skills.ini it shows correct in gui next time you start but they don't seem to do anything. Have set up 2 skills with the same ranges 0-200, 1st with priority 1 targeting all, 2nd with priority 2 targeting specials. It just uses skill 2 on everything, normal as well. Reason I was trying this is I was hoping to prioritise target types, i.e. if it worked, then set the same skill twice but with 2nd targeting only specials but with higher priority, so hit the big stuff first! If this wouldn't work and it would still target closest regardless then I wouldn't use it for anything else.
-
This is mainly for people with a decent amount of host ram but couple of people asked about this so.... On Host: If you've got your VMware setup to fit all VM memory into ram VMware still pointlessly creates a mem swapfile (you'll see a vmem file in the vm folder when the vm is running that's the same size as the memory you've allocated to it). To stop this edit the settings.ini file in C:\ProgramData\VMware\VMware Workstation\ and add the line: mainMem.useNamedFile = "FALSE" You need to restart VMware to apply this. In each VM: This one's for everyone regardless of host ram. In the OS of each of the VMs, check you have hibernation support disabled (it creates a hidden hiberfile.sys file in the root that's the same size as the memory the VM sees). If it's on (which depending on the OS install you used it can be by default, it is with a full Win 7 and some lite) you can get rid of it by disabling hibernation. Open an elevated command prompt (right click on cmd and run as administrator) and type: powercfg -h off If you're lucky enough to have enough host ram to assign >2.5GB physical ram to each vm then you shouldn't need the vm OS swapfile either. In each vm right click on computer go to properties -> advanced system settings then performance settings on the advanced tab then the advanced tab in that then change the virtual memory to no paging file. If you change either of these then you'll need to defrag and compact to reclaim the space as it doesn't do that automatically. There's a few disk i/o performance tweaks I've applied too, again if you have enough ram in your host, these go in the vmx file for each vm (edited with notepad or whatever) Disable memory trimming: MemTrimRate = "0" Disable page sharing: sched.mem.pshare.enable = "FALSE" Disable snapshots: snapshot.disabled = "TRUE" Disable scale down of memory allocation: MemAllowAutoScaleDown = "FALSE" With all of this done mine are running @ ~ 7-8GB per VM and smooth as silk as there's a big reduction in disk reads/writes, mainly just the data for zones as you enter them. But I only have 4 running and have 16GB ram on the host so can fit everything into physical ram, it all depends of course on the number you're running and your system specs. Don't think this is my imagination either; since I've done this there's been a huge drop in the number of wrong coordinate selections for the bot(picking the party board rather than the stash, overshooting the wp and subsequently missing the zone click by a few pixels etc, also item stuck on cursor). Virtually not had that happen since, makes me wonder if maybe they're worsened by a sync issue which is alleviated by the vms not being behind as much because of simultaneous disk reads. That may be balls of course but it's definitely massively improved for me. I'm just putting all this out there as my experience, don't trash me for it if it doesn't apply to you which seems to happen when you put things up sometimes!
-
They're dropping IIQ - so value will go up on these items...
bonebox replied to topic's bonebox in Archives
Lvl 1 0%Q IIQ gems are already selling at 1 ex each on standard btw crazy!! -
They're dropping IIQ - so value will go up on these items...
bonebox replied to topic's bonebox in Archives
Yep that's right Stef as I said that's to stash anything with IIQ on it, I'm running it and it's not that much you'd be surprised (I've picked up 3 rares in a day on 1 bot) and max is 4 slots as no body/weapons. But then I'm happy to check my invs every 2-3 days so depends on how long you like to leave it I guess -
They're dropping IIQ - so value will go up on these items...
bonebox replied to topic's bonebox in Archives
Agreed perm leagues aren't great economies, but an ex in standard goes for maybe $1.2 depending on the day. And with say 100% IIQ you're getting ~100% increased orb yield. So in 4 month leagues if you're IIQ-less (new leagues will have no IIQ apparently other than some "reduced magnitude" uniques) ex will have to be selling for $2.4 to equal daily standard earnings. If they are it's worth it but as they drop there may be a crossover. Tip for *standard* botters: Stuff will continue to drop until 5th March so I think worth editing your pickit to take the Item Quantity gem. Also all gear with it on will become legacy so if you want to pick anything with it on the line would be: [Rarity] >= "Rare" && [base_item_found_quantity_+%] >= "x" # StashItem == "true" where x is replaced by whatever value you're into and will also cover the IIQ uniques which will become legacy valued in a couple of weeks. This won't fill your inv, IIQ doesn't spawn on weapons, body armour or shields. May not bring much in but who knows, poe pricing world is mad sometimes