Sorry for the late reply. It took a while to test all situations and be confident in my speech. I read everything you wrote and agree with almost everything 100%. But there is a certain detail, a very important detail, due to which this topic was originally created. Unfortunately, we ourselves did not fully understand what the problem was, and could only guess, so our words and the essence of the video were not entirely accurate. It turned out that in all the videos we were showing delay because of using preclick after block, without explaining the reason why this was happening.
Therefore, let’s proceed to the essence of the problem:
Citing NIN3:
“Obviously, just like your video shows, this leads to some confusion, since practically your input is the same, but by the fraction of a second, you sometimes perform those “early blocks” instead of “perfect blocks” resulting in an extended stun period”
Actually, the problem is not in early blocks and not in attacker stun, but in bug you get if you click attack a bit before block, instantly after block or simultaneously with block (preclick attack). As for stun after blocking enemy hit, it should look like prolonged block animation, from which you can’t switch to attack immediately because of this stun. And this particular bug makes your character stand idle, so I guess it doesn’t have anything in common with stuns at all.
All the moments in the video with sign “bugged animation” were recorded performing the following list of actions: normal block/perfect block/early block + PRECLICK.
What is “preclick”?
To begin with, we will introduce such a concept as a “perfect attack” - this is mechanically the earliest attack you can perform after a block in the game, taking into account stun received from an enemy strike. But sometimes due to such problems as ping, package loss and other things small delay happens and it becomes impossible to make a perfect attack by clicking LMB even at the exact timing. I think you have already understood what “preclick” is - it is pressing the attack button right before the moment for perfect attack – the attack input entered in the exact timing with block, or a bit later. The preclick attack will start mechanically only after several milliseconds, but because I entered input in advance, the attack will start automatically in the exactly same timing of perfect attack.
I will repeat myself so there are no questions left: What actions do I perform with my mouse: block (RMB) / holding block+attack (LMB) (almost simultaneously) = preclick.
What's actually happens in game: block - delay because of stun from enemy strike - perfect attack.
Before the last patch this system (preclick) was working perfectly – it didn’t matter which weapon I blocked with and which weapon I was hit with. Of course, there was a difference because of stun – perfect attack started later or sooner depending on that, but it didn’t have any effect on the preclick.
At the moment after the new patch stuns take effect directly on preclick. The same goes for spear animation in video, including APRISOKENMANN GIF. He also uses preclick, it’s a bit different problem which existed even before this patch, but the essence of the problem is the same.
Usage of preclick right now causes delay +visual bug:
You block enemy strike (doesn’t matter if it was normal block, early block or perfect block)
Right in the moment of your weapons (or enemy weapon and your shield) colliding you press LMB in order to perform preclick.
You pressed LMB and are expecting to start attack animation, but (several options):
your character is just standing idle, and then suddenly after like 0,5ms (this time can vary, sometimes it’s longer, sometimes shorter (0.1 ms - 0.5 ms)) he starts attack that you have pressed way earlier. From player’s perspective it looks like your attack input disappeared, and then after some delay your character starts swinging on his own, without any command and sometimes (when 0.1 ms delay happens) much faster than regular attack animation, as if it was sped up.
Check
GIF for bugged animation with delay (0.5ms)
Check
GIF for bugged animation with delay (0.1ms)
- after your LMB click no attack happens, game just ignores it and you stand idle.
Check
GIF
You should understand that this problem appears not because of stun, as in video you can see similar weapons, which should cause similar consistent stuns in terms of time, if that was the case.
REMINDER: all of these actions (except 0.1ms gif) are performed with just 2 clicks – 1 click for block and simultaneous 1 for attack (preclick)
BUT – preclick is also possible with holding regular block if you manage to click LMB right before enemy weapon collides with your, and it can still bug out. Check
GIF
NIN3, citing your reply:
“Sadly atm we allow players to go into an attack ready early than they are supposed to. But since the stun is still active, we don't allow them to attack”
In my personal opinion: why don't you make the impact of the stun the same as it was some patches ago with two-handed weapons? Stun extended the ANIMATION OF HOLDING THE BLOCK, which showed perfectly that I was "stunned". Therefore, I could not perform preclick - animation of preparing the weapon didn’t start, because there was an animation of holding the block. There were no visual problems and delays. Now because of visual glitches I can only guess if my preclick is working or I’m in "stun". Are you sure that "stun" should affect preclick rather than block animation?
To sum it up. Delay together with bugged animation happens because of performing preclick. Delay varies from 0.1ms to 0.5ms depending on normal/perfect/early block and amount of time between pressing block and preclick. But this delay is always present. I doubt deeply that it can be called “stun”.
Reasons for that:
- Delay can be fixed clicking LMB more times. Check GIF
- If instead of preclick you perform normal/perfect attack, there’s no 0,5ms delay+weird animation (or, as you call it, stun). Check GIF
- If it really happens because of stun, why does it cause weird animation?
Thank you for the attention
@NIN3, please contact us in case you need further explanations and evidence, we can show these bugs to you in game including your direct participation in tests.
ChaoPersik Discord: ChaoPersik#4505
Special thanks to:
Artemeis
Krisee