PoEHUD Overlay Updated

[ankorman]

I just found out this functionality is available in PoE(Trade) by pressing CTRL-SHIFT-C rather than just CTRL-C and it will show the relative tier. I would prefer having this functionality in PoEHUD but at least least I can load both tools at the same time.

[GameHelper]

I just found out this functionality is available in PoE(Trade) by pressing CTRL-SHIFT-C rather than just CTRL-C and it will show the relative tier. I would prefer having this functionality in PoEHUD but at least least I can load both tools at the same time.

I agree, but I wonder what would be best way to display it...

[ankorman]

I agree, but I wonder what would be best way to display it...

Just a relative tier number would be really nice with a denotation that it is relative such as T(r) or TR or rT.

The color coding would allow for faster recognition. The way it is now I believe top tier is pink, 2nd tier is yellow and 3rd tier is green, There could be a similar order in relative tiers also like if top relative tier is on par with item level then pink, 1 worse yellow, 2 tiers under level green. Then if there happens to be an affix on the item better than relative item level it could be dark orange or something else.

I still don't know if this could all be done very easily but I would certainly enjoy it.

edit:
The way POE(Trade) does it is: relative tier / number of possible affix tiers on that iLevel.
So on the iLevel 30 wand's spell damage is relative tier 1, and there are a total of 3 possible tiers that could be on it so it is listed as T1/3. It would be better though to list relative tier with actual tier to have a better idea of how far under level the item is. So if it were listed instead as T(1)/6 to compare relative to actual then you would know it is a good relative tier affix but the actual item is 6 tiers under level for that affix.

[GameHelper]

I don't want to mess with old stats (Tier, coloring).
I am thinking of a new Row maybe....telling relative tier....

[TehCheat]

Identified a bug in beta that caused level and xp to not be read properly, which broke the xp/h bar.

[HardlinePOE]

How i can donate you for becoming beta hud?

[behanglul]

BETA overlay, I had a Strongbox but it wasn't displayed and it is tagged on in the menu.
cd535c9dad7d8957eec3b3af2631938e.jpg

[POEHudForPresident]

First of all thank you very much for maintaining this the HUD for so long allready. I honestly wouldn´t want to play the game without.
Now to my question; How come the dx11 version gets frequently updated with stuff which won´t be implied to the dx9 version? Is there not much demand anymore for the dx9 version or would you have to programm stuff for it from ground up? I have a bad PC so i cant play dx11 so im allways checking for updates for the dx9 and now after some time i thought i just ask about the state of it. Sorry if its stupid to ask but i dont know anything about programming.

Best regards and tyvm for your hard work again.

[Mathil]

Will poehud be free when 3.0 is released ? If I buy beta Will I have to buy released for 3.0 as well ? Please answer both questions someone

[weedworm31]

to my understanding the only reason he is giving out the beta version to donators is to show his thanks for the support. the beta poehud client has a high chance of being frequently broken so it would be a pain to constantly update it and rerelease it. there should be a post of his somewhere here that more or less says he will be releasing a public version at 3.0 launch to non donators.

[TehCheat]

Will poehud be free when 3.0 is released ? If I buy beta Will I have to buy released for 3.0 as well ? Please answer both questions someone

HUD will be open source when 3.0 hits. Just as it has been. Donations are just to sift through entitled people who think the beta version of the game with frequent updates should always have a fully functioning HUD.

[TehCheat]

BETA overlay, I had a Strongbox but it wasn't displayed and it is tagged on in the menu.
cd535c9dad7d8957eec3b3af2631938e.jpg

Thanks for the report. The next time you run into this, hit the F5 key and see if it populates. My guess is your PC didn't have the file loaded shortly after the instance was created (when HUD iterates through the loaded files to see what is in the instance). If you run PoE with one of the --noasync, --nopreload, or --waitforpreload flags, it should prevent that (I'm honestly not sure which one is best). Or just get in the habit of hitting F5 shortly after entering an instance, if you want to avoid longer load times.

[TehCheat]

First of all thank you very much for maintaining this the HUD for so long allready. I honestly wouldn´t want to play the game without.
Now to my question; How come the dx11 version gets frequently updated with stuff which won´t be implied to the dx9 version? Is there not much demand anymore for the dx9 version or would you have to programm stuff for it from ground up? I have a bad PC so i cant play dx11 so im allways checking for updates for the dx9 and now after some time i thought i just ask about the state of it. Sorry if its stupid to ask but i dont know anything about programming.

Best regards and tyvm for your hard work again.

Yes, DirectX 9 is a bit of a dinosaur and, as far as I know, GGG has plans to deprecate it at some point. I, and the other developers, find little reason to keep it updated. At this point, it would probably take a 10 hour effort, minimum, to get everything on the x86 branch caught up with the x64 branch. I personally would love to break out the offsets in such a way that would make integrating both versions of HUD into one program possible, but that's more hopes and dreams than reality at this point.

To go on a bit of a tangent, currently updating offsets can be a pain. I can go through and find all of the changes and think I've made all the changes in HUD, but something will be broken. When I dig a bit deeper, I find a function with an offset in it buried halfway down a file.

My vision is that all offsets would set to variables at the start of files (or better yet, maintained completely separately) so that updating them would be simple. The functions would then use those variables instead of having offsets buried in them. If we did this, then we could very simply set a flag that says if we're running HUD on the x64 or x86 client. And then we could do if statements to set the offsets accordingly. Some other things would have to change, as well (specifically, any time an address is read there would have to be a function to pick reading x86 address vs. x64 address), but that would be the gist of it.

[Philss]

Anyone reporting ban for using hud recently? Im itching to use it again but i got banned back in darkshrine league and did not use it since then . Anything changed to anticheat since then ?( around the end of 2015 )

[noneyatemp]

Anyone reporting ban for using hud recently? Im itching to use it again but i got banned back in darkshrine league and did not use it since then . Anything changed to anticheat since then ?( around the end of 2015 )

One could ponder why the devs keep updating the tool if they keep getting banned for using it...