[X] My Assistant

Following discussion from here: https://forums.e-hentai.org/index.php?showtopic=207054

There were so many features requested that the first step of the discussion has been quickly done. Basically, here we are raising funds to reward a coder or a group of coders for a script which will do the following things:

Mandatory (please note: those with (M) have been fulfilled by sickentide's Mansterbation script):

• (M) Hovering (it goes without saying)
• (M) smooth gameplay (it goes without saying)
• (M) Spell chain for mages, reversible to a melee version: basically, only one script for both playstyles
• (M) Cooldown counter
• (M) Round counter
• (M) Turn counter (including speed and time spent)
• (M) Buff duration (see notes below)
• (M) Procs on monsters duration and stacks
• (M) Gem Icon
• (M) Stop on HP/MP/SP thresholds, Spark triggering and buffs expiring (buffs from scrolls/draughts included, preferably with an icon) (see notes below)
• (M) Compatibility for both bar systems. Not negotiable
• (M) keyboard (and eventually mouse) buttons bound to certain actions (ie: right click for Imperil, space bar to solve a hovering stop)
• (M) All functions have to be configurable in the first lines. And in toggleable modules when needed
• (M) Lines of comments for non-coders to understand what's happening and what to configure if needed
• (M) Support for both hentaiverse.org and alt.hentaiverse.org and all battle modes
• (M) Support for at least Firefox and Chrome (personally i despise the latter, but since many people use it, well...). Of course, in two different files if needed.
• (M) Credit for original coders if needed
• (M) Support for subsequent fixes if needed, at least for a certain amount of time

Appreciated, but not mandatory:

• (M) Heal rotation, including restoratives (see notes below)
• (M) Stop on Channelling
• ED/flee confirmer
• Clickable Riddlemaster
• (M) Hide log
• (M) Skip popups
• (M) Track drops
• (M) Bind spells to number keys (and possibly to mouse buttons too. ie: right-mouse Imperil)
• Android porting

[05 July update]: sickentide's Mansterbation script seems to answer to all the mandatory and part of the appreciated requirements. All that's left are:

• ED/flee confirmer
• Clickable Riddlemaster
• Android porting

so most likely you'll need external scripts to enable such functions. In particular, there's an additional reward for Android porting (see post #3).


----------------------------------------------------------


Also, some guidelines for coders, straight from Tenboro (apart for the usual ones from wiki). Remember their ultimate purpose is to define what's botting and whatnot:

also, a bunch of new scripts is being created. this is what they should do (or at least, what we'd want they'll do): https://forums.e-hentai.org/index.php?s=&am...t&p=4884288
basically, what the old hovering ones did, plus addition from other existing scripts. could you please check it and confirm what's allowed and what not?

Generally, things that are not allowed is:

- Things that automate actions or combine multiple actions. (Hover attack is basically as far as you could stretch this.)

- Things that parse the game state in order to, in any way, trigger or selectively present an action. (For example, a generic "use the potion that would fix my current threshold trigger" button would not be allowed.)

oh, alright. i guess that a fixed restorative chain (for example: Cure > Health Potion > Full-Cure > Health Elixir, from the most to the least desired) specified in the script which would check the various cooldowns and pick the first available one would be allowed then (for how borderline it could be), right?

As long as it uses internal timers, it would technically satisfy the requirement.

regarding "action":

for any use, is it legit to consider "action" as "an input by the player that makes the player advance one turn"? (and as reported in wiki, btw: https://ehwiki.org/wiki/Battle#Terms)

one "action" could be interpreted as a turn action, yes

regarding stop on certain cause:

another matter is the "Stop on HP/MP/SP thresholds, Spark triggering and buffs expiring (buffs from scrolls/draughts included, preferably with an icon)". basically, when one of these events occur the script will stop and present a list of possible solutions to the user. of course, no automatic action will be taken. the user will still have to choose what to do - and in case multiple events occur, multiple actions will have to be taken manually, one after the other. is it doable? if no, exactly what of this is forbidden?

stopping on thresholds is of course technically parsing live data, but as long as there is no dynamic selection or ordering of the actions it should be fine

then, giving your previous answer should i also suppose that parsing live datas (ie: checking cooldown spells and number of remaining turns for a casted spell, proc, whatever) is fiine, as long as it is a mere advice and an action is required?

that's too far. you would need to track that internally
it's already stretching the "parse live data" requirement to stop on health etc

regarding internal timers:

you said: "Things that parse the game state in order to, in any way, trigger or selectively present an action" [are not allowed], and "As long as it uses internal timers, it would technically satisfy the requirement."
one possible solution to show spells durations (well, possibly even other things) may be to start internal timers, and then eventually confronting them with live datas every said amount of turns - which would merely be triggered by a second internal counter. is it allowed?

not sure what you mean by the second question re. "confronting"

here's the source: https://forums.e-hentai.org/index.php?s=&am...t&p=4886846

cooldowns should be easy enough anyway, the action isn't available if it's on cooldown

something like this? https://forums.e-hentai.org/index.php?s=&am...t&p=4887783

something like that

regarding manually restarting the script:

a stop occurs for some reason. is it needed for the hovering to be manually restarted by pressing a key?

i guess not?

This post has been edited by Scremaz: Jul 31 2017, 02:42

regarding spell durations (retrieved by formatting certain phrases):

i guess that "formatting text in a certain way" and "parsing live datas" are two really different things, right?

as long as it's just formatting, sure

regarding the notorious stop on hovering:

on the other hand, the internal timer is quite troublesome. even considering that we'll be able to properly consider the effect of action speed, the coder made me note that we'd actually need to set a starting point.
which *is* parsing live data, right?

what is this used for, specifically?

stopping the hovering when a buff is expiring, eventually, limited only to sensible buffs like Regen, Protection... Heartseeker may be skipped, for example - since it's only an optimization and not a safety layer

yeah, I'm not really sure how you could do effect timeouts specifically using internal timers

the coder tried his best, but he wasn't able to bring out a solution to the problem. it's quite useful of a feature, so i'd prefer to keep it, if possible

the "parse live data" requirement is mostly to prevent auto-picking attacks for monsters, so I suppose we can make an exception for player protective buffs specifically

yep, those are the most interesting ones. afterall, people are more concerned about not being defeated, all the rest comes in a second moment

mhm

(that's a yes, right? you know, i have to refer, so it's just to be sure)

I suppose it is

regarding hooking on-site scripts:

an user asked if we can hook on-site scripts, since it's not explicitly forbidden

"hooking" would generally imply parsing the call, but I guess it would depend on the purpose
(checks the post)
well, it would be hard to do hover without hooking onmouseover, but that's a DOM hook, not the javascript

(Scremaz pretends to have understood)

Therefore, the above mentioned things will have to comply to these guidelines. If it's not possible, the function will be excluded. As you can see, the tricky part isn't to build the script di per se, but how to do it while following the above conditions. In case that there's some doubt, some coder expert from the mod staff will be called.

This post has been edited by Scremaz: Jul 6 2017, 01:05

Rewards: feel free to contribute, if you want. Whatever you want/can afford is fine.

• abc12345678901: 250k
• atomicpuppy: 10M + 100 Chickens
• Benny-Boy: 1M
• chjj30: 1M
• Colman: 1M
• decondelite: 100 Hath
• DJNoni: 1M
• Doracra: 2000 Hath
• End of All Hope 111,111C + 1 Hath
• Epion: 1,262,176C + 100 Hath
• EsotericSatire: 10M
• F A E: 1M
• friggo: 1M
• Mantra64: 2.5M
• nec1986: 100M
• piyin: 1M
• roadgray: 1,234,567C
• Roadshoe: 10M
• Selvaria Bles: 150 Hath
• SidZBear: 200 Hath
• SleepDealer: 250 Hath
• sogeth: 48 SG trophies (assorted)
• svvarg: 50 Artifacts
• yami_zetsu: 3 EDs
• zen_zen: 2M
Total: 144.35M + 2801 Hath + 150 Artifacts + 3 EDs + 48 trophies

Additional rewards (rewards conditional to certain specific requirements, and those only):

• The Original Zeo: 12000 Hath for an Android porting.

Reward will be assigned to the coder(s) who will provide a working script, after some days of test from the community have passed, and eventual fixes have taken place. In case of a group, please indicate who will recieve the whole bounty, and it will be your business to divide it between yourselves. Personally i'd prefer this latter way, since four eyes see better than two. And six better than four.

Coders can use portions of scripts from other coders, but in that case a certain amount will be sent to the original coder as well (better to work in groups at this point, isn't it?). In case you will realize a significative improvement of the original code, well... Percentages will be in your favor.


@ kind contributors: i'm positive about keeping the funds in pending MMs, if needed. and thank you all in advance (IMG:[invalid] style_emoticons/default/smile.gif)

This post has been edited by Scremaz: Jul 15 2017, 10:24

I was saying: 100 hath from me.

Can the coders have their own discussion thread so we can spy to allow them uninterrupted communication?

Edit: Non-Coders will be prohibited from posting in that thread

This post has been edited by RoadShoe: Jun 26 2017, 00:43

Still don't see how stop_on_scrolls_expiring is different from stop_on_mana_draught_expiring (IMG:[invalid] style_emoticons/default/rolleyes.gif)

Coders can use portions of scripts from other coders, but in that case a certain amount will be sent to the original coder as well (better to work in groups at this point, isn't it?).

You can take whatever I wrote (which is neither original nor very high quality anyway) without having to send me anything.

I had a bit of time in the weekend and I just posted what I originally wrote for me.


(also internal timers for cooldowns sounds a bit annoying to implement (IMG:[invalid] style_emoticons/default/heh.gif))

(also internal timers for cooldowns sounds a bit annoying to implement (IMG:[invalid] style_emoticons/default/heh.gif))

heh, i don't know exactly, but that's the official way, so...

heh, i don't know exactly, but that's the official way, so...

No, I understand the logic.
He doesn't want the script to check the HTML to see if a spell is available or not.
So for a T3,T2,T1 you would need to keep an array (in localstorage) for cooldown.
So something like [0,0,0] at start.
You fire the first falsy value so the T3
And the array becomes [4,0,0] (actually I'm not sure if we should put 4 or 3, whatever)
First value is no false anymore, fire the T2
now the array is [3,2,0]
fires T1
[2,1,0]
T1 again
[1,0,0]
T2
[0,2,0]
etc etc

It all works well until you need to take in account everything else (including 0 action consumables).

No, I understand the logic.
He doesn't want the script to check the HTML to see if a spell is available or not.

he didn't tell me much details. i don't even know the reason for these requirements, tbh. not even how legit is to speak about this, for how curious i'd be myself to have the answer (IMG:[invalid] style_emoticons/default/heh.gif)

It all works well until you need to take in account everything else (including 0 action consumables).

uhu. well, i guess our coders can think about something for all those credits, isn't it? (IMG:[invalid] style_emoticons/default/rolleyes.gif)

So how will coders be chosen and how long will they have to complete the work?

Sent some credits for the reward (IMG:[invalid] style_emoticons/default/smile.gif)

Hi, I'm pledging some credits to the cause

Also sent a million credits for support (IMG:[invalid] style_emoticons/default/happy.gif)

1M on the way (IMG:[invalid] style_emoticons/default/smile.gif) ... for now (IMG:[invalid] style_emoticons/default/cool.gif) .

I just read all the stuff neede for the new script... ALL of them would be great.

Just wanted to point out this (as friggo wrote something i reall need): Holy_demons's HV item manager had a pretty good way to make lists, is just wanna know if a way to add a variable for adding the ADB/MBD/EMB and other stats percentiles could be added.

and if already considered here, then just ignore this request (but i really want it).

This post has been edited by piyin: Jun 26 2017, 07:28

So how will coders be chosen and how long will they have to complete the work?

they won't be chosen. they will volounteer. i'm positive even for a coder/group that will present his work out of the blue. whatever, the most important part for now is to unlock this situation. even more because the temporary scripts aren't perfect, as far as i read.

but i started to see some discussions in script thread, so something's moving, i'd say...

I was saying: 100 hath from me.

Sent some credits for the reward (IMG:[invalid] style_emoticons/default/smile.gif)

Hi, I'm pledging some credits to the cause

Also sent a million credits for support (IMG:[invalid] style_emoticons/default/happy.gif)

1M on the way (IMG:[invalid] style_emoticons/default/smile.gif) ... for now (IMG:[invalid] style_emoticons/default/cool.gif) .

thank you sirs (IMG:[invalid] style_emoticons/default/smile.gif)

This post has been edited by Scremaz: Jun 26 2017, 11:49

they won't be chosen. they will volounteer. i'm positive even for a coder/group that will present his work out of the blue. whatever, the most important part for now is to unlock this situation. even more because the temporary scripts aren't perfect, as far as i read.

but i started to see some discussions in script thread, so something's moving, i'd say...

I had meant choose from the volunteers to prevent multiple people from working on the same stuff, but I guess a FFA is fine too.

Sent 250 Hath for the reward (IMG:[invalid] style_emoticons/default/smile.gif)

This post has been edited by SleepDealer: Jun 26 2017, 12:54

I'm that rare (probably unique) person who can't use hover play for complicated reasons. I pretty much have to use keyboard only. So my concerns are a little different than most.

I can offer 30 of each SG Trophy (my main source of income).

I'll pledge those now, and send later. At the moment, HV is failing, giving me a cloud flare error. *sigh*

Quick Edit: I can send the equivalent credits of course, but maybe the trophies makes a nice mix for the reward pool? If that's considered silly, or just too much bother, I'll send credits instead.

This post has been edited by sogeth: Jun 26 2017, 14:47