immo

#NoEnv SetWorkingDir %A_ScriptDir% loop *.exe { Run, %A_LoopFileName% --normal,,, ebpid break } WinWait ahk_pid %ebpid% WinActivate ahk_pid %ebpid% WinGetActiveTitle, ebtitle SendMessage, 0xB772,,,, %ebtitle% save this as whatever.ahk into your exiled bot directory and run it.

The pickit-line for picking up rare harbingers, id em & save them if high dps: [Type] == "Harbinger Bow" && [Rarity] == "Rare" # [local_minimum_added_physical_damage] >= "25" && [local_physical_damage_+%] >= "150" && [StashItem] == "true" Transmuting items is not possible.

take a look here.

Jedipower!

Your ip range has to change to recieve a 'new location login' flag... A simply changed ip just requiers you to reenter your password.

First of all, wrong section i am gonna move your post into the script section! This is something which should be hardcoded into Exiled Bot since this provides a few flaws when trying to safely achieve a relog (including clicking the msgbox aswell as entering the pw again). I have done this in autohotkey some time ago but like i said its hard to achieve a perfect state! Your best bet would be to convince Alk to implement this directly into the bot. This task, however, is much easier since you already have something similar included to the bot: Command Line Arguments added to the injector: --attach:PID/ProcessName Will inject the bot to the give process. Allways checked first, process name can have spaces, but then must be quoted like so: --attach:"Some Process.exe" This is for sure the best method! --normal Will inject the bot to itself (aka: Normal mode). Checked last, can be combined with --attach to auto inject self if --attach fails --silent No message box displaying during the command line arguments. Useless by self. ___________________________________________________________ Additionally you are able to easily control the bot by sending specific WindowsMessages to the bot. A very easy way would be to use AutoHotKey because the syntax for sending a WM in ahk is a one liner. You only need a specific 'wParam' for botcontrol. Here is a list of interesting wParams: 0xB772 (starting the bot) 0xB773 (stopping the bot) 0xB774 (pausing the bot) 0xB775 (resuming the bot) So, talking about the autohotkey one liner the syntax for i.e. starting the bot would be: SendMessage, 0xB772,,,, 'Windows Name of the Bot' Maybe this is going to help you out already...

The default pickit file says: // For storing belts and jewelry for chaos orb recipe, Uncomment the 3 below and comment the 3 above to stash jewelry. Also, delete the jewelery from the accessories section. // [Category] == "Belt" && [Rarity] == "Rare" // [Category] == "Ring" && [Rarity] == "Rare" // [Category] == "Amulet" && [Rarity] == "Rare" So now your task will be to figure out what to do to stash rare belts

interesting side notes: Each card type drops in specific areas of Wraeclast, so farming said area allows for the player to maximize their chances of obtaining the desired item. Additionally, Divination Cards are affected by the drop rate penality. Divination cards that give an item with an item level that depends on the player, are capped at item level 80. (source) List of DropLocations: The Divination Card Location Archive v2.3

No, there is no such option which supports the chaos recipe.

That is wrong! Or at least it is wrong as long as you follow the currency penalty rules: There is a penalty to the chance of currency items (scrolls, orbs, etc.) dropping in areas with a monster level more than two levels lower than your character level. For each additional level that you have compared to the area's monster level+2, the chance of a currency item drop is reduced by 2.5%. So if you are level 30 in a level 20 area, you will see 20% less currency item drops on average: 2.5*(30-(20+2))=20 A level 30 character in a level 28 area will see no penalty. Currency item Drops are not increased or decreased in this way when fighting in areas above your level. For the purposes of this penalty, your level is never considered to be higher than 68. Therefore a level 75 character receives no penalty in a level 66 area. That also sounds like false knowledge because: Increased Item Rarity % modifiers increase the chances of an item being magic, rare, or unique. For example with a total of +100% increased item rarity, you'd get twice as many magic items, twice as many rares and twice as many uniques from normal enemies. This modifier has no effect on the number or type of currency items, scrolls, or gems that drop. So basicly the chances for an exalted orb to drop are EXACTLY the same for a lvl 1 character killing his very first monster and a lvl 90char farming highlvl maps.

As i am currently working on some kind of ipd creator/editor, i've noticed some smaller errors within your list: There is no normal/magic map named "Untainted Map". There only exists an unique map named: "Untainted Paradise" which is based on the Tropical Island tileset. // [Type] == "Untainted Map" # [IgnoreMap] == "true" Additionally i am not really sure about this maps availablity. The wiki isnt entirely clear, at least not for me If you look here the wiki says: "...She can also offer some of the unique maps, including Untainted Paradise..." If you look here the wiki says: "...It is only accessible as a quest for Zana, Master Cartographer...." If this map would be really available to purchase from Zana lvl8 than your List would be missing that particular map in the "Unique Maps by Name" section. You got the "Maze Map" listed twice. // [Type] == "Maze Map" # [IgnoreMap] == "true" Line: 208 & 227 ​You've noted 2 [iD's] for "Anarchic" ('2301' & '1702') but "Anarchic" while "Anarchic" only should have one... At the same time you are missing the Prefix "Fecund" in your list. // [2301] > "0" && [Rarity] == "Magic" # [RerollMods] == "true" // -- Anarchic -- Area is inhabited by X additional Rogue Exiles // [1702] > "0" && [Rarity] == "Magic" # [RerollMods] == "true" // -- Anarchic -- Area is inhabited by X additional Rogue Exiles This makes me think that you just accidently edited the wrong Name/Mod for either ID '2301' or '1702'. If i am right, it would be interesting to know wether the [iD] for "Fecund" is '2301' or '1702'. The line for "Fecund" should probably look like this: // [xxxx] > "0" // -- Fecund -- x% increased Monster Life

Updated to version v5.3 Implemented an auto-update feature. This is the first version you got via auto-update (if you where running v5.1 before updating to v5.3 ). So, upcomming version will be distributed via auto-update. Updated/changed/fixed some pointers related to the current active chatmsg.​This should fix bugs with the tool not correctly detecting the current active chatmsg. Some changed where made to the logfiles.These do now contain the data/time when TradeSpam was loaded. See the initial posting for a download link (if not recieved thie version via auto-update)!

Yeah, this is a known issue to me... TradeSpam is reading the msg it is about to send right before it applies enter to actually send the msg from memory. This way i am going to ensure that the correct msg gets send to the tradechannel and not some kind of fucked up shit. Sadly this reading of the current msg from memory fails every now and then... I am already working on a fix! Yeah, method 2 is hardly outdated, i've not touched it since atleast 2years ^^

This tool is outdated and no longer under development! (As the topic says...) I am going to close this thread so that it will no longer create any missunderstandings.

Updated to version v5.1 updated TradeSpam for the most recent PoE version (v2.0.1) reworked some failsafe functions See the initial posting for a download link!

anyine else encountering that issue?

Try using the buttons instead (i havent touched the hotkeys for ages ^^)

Updated to version v5.0 TradeSpam now supports the most recent PoE version (v2.0.0g) See the initial posting for a download link! Over and out!

i am currently downloading the awakening patch and gonna fix it asap

posting this question most probably took you longer then simply testing it... For me the script runs completly fine... Also, i am pretty sure it does work for everyone who keeps the scripts restrictions in mind (only working for original, english, nonsteam nonTaiwan and neither with any other different bullshit version ) So basicly everyone which read my original posting and did actually even understood it, shouldnt have any issues at all.

Updated TradeSpam to v4.8

Its almost impossible to help you without knowing your current equipment/skilltree.

Generell wird dir niemand die Frage der Dauer genau beantworten können, immerhin wissen wir erst welche offsets/pointer sich ändern wenn act4 live geht. Was ich allerdings sagen kann ist, dass wir an und für sich generell relativ schnell updaten und somit kaum großere Wartezeiten entstehen sollten. Weiterhin ist davon auszugehen, dass, sollte es tatsächlich erheblich länger dauern EB zu patchen es sicher auch alternativ Lösungen wie z.B. FreiTage gibt...

EB is already calculating the remaining space for an stashtab, so this shouldnt matter ...