[X] My Assistant

From the experts thread. Important part in bold.

A lot of erroneous things are said in the experts thread, and it's becoming quite alarming lately.
To the point that I've more or less given up trying to correct a fair share of the said erroneous things.

The "Strongest" function has explicitely been designed to assign a set of actions to a single key. Though it cannot work with things that have no cooldown. So of course you're allowed to use all 3 draughts in succession with a single key pressed 3 times. Though IMHO it's not very useful.

There are things that are already possible with Monsterbation, that are allowed, yet they are more debatable than that, believe me.

I'm wondering is there a native function to order entries of combatlog.used by number of uses in function ShowUsage() before showing it at the end of battle? Currently it records actions in the order they are first entered in the list. Not a huge deal, but if it can be sorted easily, that would be nice.

Also If I want to track damage done by specific skill, would making a separate damage type for it work? I was thinking of cutting of by amount of damage done by a single attack to record it to separate pool, but if it can be done by matching skill name, that would be nice too.

enhancing the tracking is something i plan to do, though i would sort usage by category rather than times used, as well as track damage per skill, resist count etc., but work is keeping me busy and there's a few IWs i want to finish, so progress is slow right now

Would it be possible to get step-by-step installation instructions ?

software side stuff isn't my strong suite.

Would it be possible to get step-by-step installation instructions ?

software side stuff isn't my strong suite.

General instructions:
- Download script, unpack it.
- Install add-on Tampermonkey for your browser.
- Using add-on's menu add/create a new script.
- In opened window remove all default lines of code ( starts with // ==UserScript== ).
- Drag-and-drop unpacked script file into add-on's new script window
Or
Open unpacked script in text editor, copy all lines of code, paste into add-on's new script window.
- Save script.
- In the current window go to the script's first lines and edit settings to suit you needs ( starts with // vvv SETTINGS vvv // ).
- Script should now work in battles...

I am very sorry for being a dumb turd, but after reading through the whole topic (and finding one apparent post about this, which didn't really answer my question in full) I still don't quite get this setting:

mpboost: 100, spboost: 100, // set to match player stats. add up all bonuses from abilities and capacitor

What exactly am I supposed to calculate? Wisdom + perm stats + eq bonus + mp tank? (I have no stats altering hath perks atm)

What exactly am I supposed to calculate?

add up boosts that increase your max mp/sp rather than your base mp/sp, that is only boosts from the tank and armour abilities as well as capacitor

add up boosts that increase your max mp/sp rather than your base mp/sp, that is only boosts from the tank and armour abilities as well as capacitor

So I got MP Tank Tier 6 (60%) and Light HP/MP Tier 4 (0.4%) so I should add 60.4% as the mpboost value, because I have no capacitor stuff, correct?

Man I feel dumber than normal today :x

Thank you very much for the explanation already.

So I got MP Tank Tier 6 (60%) and Light HP/MP Tier 4 (0.4%) so I should add 60.4% as the mpboost value, because I have no capacitor stuff, correct?

almost. to get the actual boost, you need to multiply the light hp/mp percentage with your proficiency factor. so for example at 150 light armour proficiency, you would get 60% + 15 * 0.4% = 66%

it's a bit confusing because the ability description states "0.4% per 10 proficiency" rather than "0.04% per proficiency level", but these are the numbers we have to work with

almost. to get the actual boost, you need to multiply the light hp/mp percentage with your proficiency factor. so for example at 150 light armour proficiency, you would get 60% + 15 * 0.4% = 66%

it's a bit confusing because the ability description states "0.4% per 10 proficiency" rather than "0.04% per proficiency level", but these are the numbers we have to work with

Totally missed that "per proficiency" bit *sigh*

So at 225 light armor proficiency it would be 60% + 22 * 0.4% = 68(.8) (or 69 because 68.8 rounded to 69?)

Thank you very much for being so patient with me...

So at 225 light armor proficiency it would be 60% + 22 * 0.4% = 68(.8) (or 69 because 68.8 rounded to 69?)

that's right. the script supports decimal points, so you can set it to 68.8, but there is no harm in setting a slightly lower number

that's right. the script supports decimal points, so you can set it to 68.8, but there is no harm in setting a slightly lower number

Okay, did that.

Once again, thank you very much for answering my questions.

Good heavens, just look at the time! It's rape time time to give a bit of info regarding what's going on with the monster database.

I've made some progress regarding the issues that come with the HV API that is used to provide/register the monster data. According to what I've been able to dig out, the Java machine tends to eat more and more RAM, to have the GC (garbage collector) more and more busy till it saturates the CPU and provokes the famous GC overhead error. In that status, the API becomes practically unable to work at all and stays in an idle state. It would also explain why the delay seemed to be bigger and bigger before the client (player) receives the monster data, until it ultimately stops working at all.

First and foremost, I've allocated it a fixed amount of RAM that is quite high and seems to have the API work for a longer while. I've also modified a small bit in the database setup that is a potential cause of link issues, which in return are very likely a root cause of an expanding memory usage (on top of potential monster data querying failures, which IMHO is a possible cause of entire rounds made of "unscanned" monsters), beyond the monster data stored in the RAM.

Last and not the least, I've also setup the API to have a dump provide a heap dump when the GC overhead occurs, which will help me pinpointing the exact reason what uses so much RAM, and if there are possible optimizations.

This post has been edited by decondelite: Mar 2 2019, 14:31

Sicken, I've tried one of the new things you've added in a recent version:

CODE

Bind(KEY_I, HoverAction(Cast('Imperil'))); // Cast Imperil on selected monster, ignore alerts.
    Bind(KEY_I, HoverAction(Strongest([ToggleHover, Cast('Imperil')]), true)); // Single cast of Imperil, respect alerts.

I've tried working around it, setting hoveraction : false earlier in the code, nothing seems to make it work.
Well, I'm back to Shift+Z mashing. (IMG:[invalid] style_emoticons/default/sad.gif)

This post has been edited by decondelite: Mar 6 2019, 22:02

The action is performed only if the hovering is currently enabled,

that's how it's supposed to work. it's meant to let you change the hover action while functioning like regular hover. the way to use it with default hover disabled is to set hoverAction: false

Useless for us mages then. it makes one extra key to press instead of holding/not holding shift.
Sorry. (IMG:[invalid] style_emoticons/default/laugh.gif)

EDIT:
I really, really can't get it to work. Even if I'm using hoveraction : false, one key to toggle hoverplay, I to set it to imperil, shift I to set it as spell casting, nothing works.
If you've got a setup that works, can you show it please?

This post has been edited by decondelite: Mar 6 2019, 22:09

Is it possible to disable left click on monster box but it'd still be active when clicking on spells/skills ?
I've tried setting

CODE

clickLeft: false,

but it still attacks when clicking.

This post has been edited by Maximum_Carnage: Mar 13 2019, 22:52

Is it possible to disable left click on monster box but it'd still be active when clicking on spells/skills ?

clickLeft: false means that no override is selected over the default behaviour. i'm not sure how to best disable the default click, would it really be that useful?

clickLeft: false means that no override is selected over the default behaviour. i'm not sure how to best disable the default click, would it really be that useful?

just override with 'cure' and you'll be fine as well.

I really, really can't get it to work. Even if I'm using hoveraction : false, one key to toggle hoverplay, I to set it to imperil, shift I to set it as spell casting, nothing works.
If you've got a setup that works, can you show it please?

ah, i see. the hold shift/tap Z equivalent doesn't work here because releasing the toggle hover key resets the hover action to its default. changing this behaviour will take a bit of work, but i'll look into it. this is probably what you're using already, but it's the best i can come up with at this moment:

CODE

hoverAction: Strongest([Cast('Ragnarok'), Cast('Disintegrate'), Cast('Corruption')]),
hoverShiftAction: Strongest([ToggleHover, Cast('Imperil')]),
// ...
        Bind(KEY_Z, ToggleHover);
        Bind(KEY_Z, Shift, ToggleHover);

sorry for the late reply, i didn't catch your edit