[X] My Assistant

The initial connection will inevitably be slower since it now defaults to HTTPS. It should not affect subsequent requests. If this is too slow for you, you can use alt instead, which will keep defaulting to HTTP.

It's not just the initial connection, any lag spike during the round is amplified. But if alt will remain as http that's okay for me.

First shield lottery is up (IMG:[invalid] style_emoticons/default/smile.gif) wohoo!

My suggestions relating to this issue:

-make draughts be consumed when leaving battle to restore all stats. Make an option on the settings to enable or disable this feature.

-make a Hath perk that has this feature, or possibly implement it in the already existing Resplendent Regeneration, to make it look more worthy buying.

Of course, these two require to bring back the restore health/mana/spirit/all options, but I don't think it's worth to sink 1 Stamina when entering a Grindfest just to make the UI look cleaner...

A good solution would be to keep the system as it is and increase credit drop values in grindfest from 1/4 to e.g. 1/3 of arena credit drops. This would keep the benefits of healing after battle and cleaner interface, while also countering the entry Stamina cost for people, who don't intend to use grindfest just for a quick heal.

Another alternative would be to make those untradeable Caffeinated Candy items drop in grindfest with a very low probability.

This post has been edited by tPMD: Jun 30 2017, 19:09

First shield lottery is up :) wohoo!

Hum, I wonder how many will press the do not want button even though it is the first shield in the lottery?

Anyways...

Please remove the 1 Stamina consumption upon entering a Grindfest(or fix it if it's not working as intended).

My suggestions relating to this issue:

-make draughts be consumed when leaving battle to restore all stats. Make an option on the settings to enable or disable this feature.

-make a Hath perk that has this feature, or possibly implement it in the already existing Resplendent Regeneration, to make it look more worthy buying.

Of course, these two require to bring back the restore health/mana/spirit/all options, but I don't think it's worth to sink 1 Stamina when entering a Grindfest just to make the UI look cleaner...

It'd be fine if the overall cost was the same, and it's just that the first 50 rounds are paid up front instead of afterwards, with the rest working normally (in which case only 49-round or shorter GFs would be affected, and others would behave the same as they did in 0.84). From the complaints, though, I get the feeling that's not what's going on?

It'd be fine if the overall cost was the same, and it's just that the first 50 rounds are paid up front instead of afterwards, with the rest working normally (in which case only 49-round or shorter GFs would be affected, and others would behave the same as they did in 0.84). From the complaints, though, I get the feeling that's not what's going on?

now the mere act of entering a GF costs you 1 stamina. as for the rest, afaik costs are as they were before

Ah, the entry cost is entirely separate from the normal stamina usage. That seems strange, since the intent is ostensibly just to prevent people from abusing GF for free heals after potency grinding or similar activities, without impacting normal usage.

Hmm... shouldn't be too hard to make the normal cost apply up-front instead of after 50 rounds. Hardcode a cost on round 1, and add a condition like "(round > ROUNDS_PER_STAMINA)" to the stamina cost (where ROUNDS_PER_STAMINA is 25 while great, or otherwise 50) to exclude those rounds. It might make battles load slightly slower, however, due to having to execute a compare & a branch each time; it shouldn't be enough of a delay to be actually noticeable, however; I'm not sure whether it actually would, as a good interpreter or JIT compiler might be able to remove the check entirely after enough rounds have passed.

Alternatively, the system could restore 1 stamina to you upon exiting, if you've played more than ROUNDS_PER_STAMINA rounds (to refund the entry cost if you stayed long enough to lose stamina normally, but not if you just went in long enough for a free heal). This is the most speed-efficient option, since it only requires one condition check, but it would still mean people would have to start with 1 more stamina than they normally do.

Alternatively alternatively, it could restore 1 stamina to you once you reach round (ROUNDS_PER_STAMINA + 1), so the stamina cost is refunded mid-GF. This would allow everyone to play normally, but would be slower than refunding the entry fee afterwards; it would probably be slightly faster than the first option, however, although don't quote me on this.

This post has been edited by conundrum: Jul 1 2017, 00:13

I haven't played HV for months. And when I return, what I get is another big change patch? Now I have to get used of new system again...

Just curious, has something changed about the enforcement of the speed limit?
Since 0.85 landed I saw a drop in speed with all the browsers, and even in RoB when keeping the number key pressed I cannot go over 3.3/3.4 t/s, while before it was easy to get 3.8/3.9 t/s.

Now that I have a working speed tracking script, it indeed appears that speed cap mechanics have changed.

In 0.84, I was able to do DWD regularly at 3.5 t/s. Now I get 3.1-3.2 t/s at most.

But due to the new monster health scaling, the overall time spent is still less than before, so I'm not complaining (IMG:[invalid] style_emoticons/default/rolleyes.gif)

Now that I have a working speed tracking script, it indeed appears that speed cap mechanics have changed.

In 0.84, I was able to do DWD regularly at 3.5 t/s. Now I get 3.1-3.2 t/s at most.

But due to the new monster health scaling, the overall time spent is still less than before, so I'm not complaining (IMG:[invalid] style_emoticons/default/rolleyes.gif)

sure no reason for you to complain, you are as fast as before now but for others who had a even better speed its not really funny, I have the same clearing speed like you now (IMG:[invalid] style_emoticons/default/dry.gif) I guess the monsters only have gotten less HP to make up for the lost speed.

Now that we have a decent hover script, I can now confirm this : I see absolutely no difference between https and http/alt. I have big lag spikes with both. I'm averaging 2.2 turns per second (which I assume is due to my computer), but I still do get frequent lag spikes in which it takes me 1/2 seconds before I receive a server answer, or even between 5 and 10 seconds between each action sometimes.

This post has been edited by decondelite: Jul 1 2017, 14:24

Now that we have a decent hover script, I can now confirm this : I see absolutely no difference between https and http/alt. I have big lag spikes with both. I'm averaging 2.2 turns per second (which I assume is due to my computer), but I still do get frequent lag spikes in which it takes me 1/2 seconds before I receive a server answer, or even between 5 and 10 seconds between each action sometimes.

I'm guessing you are using Firefox with Adblock Plus, as I was seeing similar behavior with that. It's not a HV problem, it's an Adblock Plus is shit problem. Use Chrome or uninstall/disable Adblock Plus from the add-ons screen - just whitelisting the site won't work.

I'm already using Chrome. (IMG:[invalid] style_emoticons/default/heh.gif)
Disabled hardware acceleration, whitelisted HV in adblock and using a custom font now. Goes MUCH better now, thanks.

This post has been edited by decondelite: Jul 1 2017, 14:45

uninstall/disable Adblock Plus from the add-ons screen - just whitelisting the site won't work.

how comes that whitelisting isn't enough? (IMG:[invalid] style_emoticons/default/huh.gif)

how comes that whitelisting isn't enough? :huh:

Maybe because blocking ads without the Ads-Be-Gone perk is only for politicians and other morally corrupt individuals?

how comes that whitelisting isn't enough? (IMG:[invalid] style_emoticons/default/huh.gif)

Most likely it intercepts all messages then checks if the messages is whitelist, and the act of intercepting the message to check if it's whitelist slows the message down.

how comes that whitelisting isn't enough? (IMG:[invalid] style_emoticons/default/huh.gif)

Don't know. I was diagnosing random slowdowns when making 0.85 using Firefox's own performance analysis tool, and the DOM repaint would sometimes stall for 1-3 seconds. Whitelisting in Adblock Plus did not change anything. Disabling or uninstalling fixed it.

You can also open a new tab and enter about:performance to get a simplified analysis of whether any of your plugins are slowing things down. (Firefox only)

I just checked the remade "new" bars. looks much better now, and less confusing. The presence of the HP number, faded in/out pipes and ORANGE pipes makes is so much better.

NOW I'm gonna keep these newlook bars. (IMG:[invalid] style_emoticons/default/smile.gif)

I see no difference between HV whitelisted in Chrome's adblock and adblock being fully deactivated.

This post has been edited by decondelite: Jul 1 2017, 17:35

ABP is well-known to be slower and more memory-consuming than its contemporaries. Switch to uBlock Origin.

ABP is well-known to be slower and more memory-consuming than its contemporaries. Switch to uBlock Origin.

Firefoxs ABP has nothing to deal with Chrome's AdBlock. (IMG:[invalid] style_emoticons/default/wink.gif)