Fatal Hatred

Thank you very much! Can you talk more about this "attempt to fix position lag"? So, now players can break animations by walking and chain skills more fluidly (as it is on official servers and always was). This is what should happen, instead of punishing high APM players when they are trying to chain skills properly. This feature is really influential in competitive PvP scenarios, and that "fix attempt" was highly detrimental for high-skilled players. But, indeed, you're right that there is clearly a bigger issue here - since editing that line DID FIX the problem, but introduced types of "forced bug position" that never existed on official servers (e.g., casting Arrow Shower with no arrows equipped while walking). The interesting thing for me is that while kRO, at some point, did fix this position desync (so it's no longer possible to "force bug position" in the majority of cases on official servers), they did it possibly in another way, without messing up the possibility to break skill animations by walking (which is still possible today). And again, thank you for your help!

Adding Further Information: Editing walkdelay (via source code modifications or choosing walkdelay options on WARP for the hexed client) DOES NOT fix this issue in the right way. What low levels of walkdelay seem to do is allow walking despite ASPD values. This gives the illusion that the problem is "fixed" because your character is allowed to move right away to the next cell, way faster than it normally should for that ASPD value. However, this is not a proper solution. The official behavior seems to be related to your character's sprite (so maybe client side?) being allowed to occupy a position in between two cells instead of being pulled back to the center of the starting cell whenever it tries to cast a skill and then move immediately afterward. To put it in another way: rAthena appears to update your position to the center of the cell whenever you try to cast a skill -> walk -> cast a skill again. This behavior results in the "rebound" effect where the character is pulled back to the center of the starting cell after attempting to move right after using a skill, especially at higher ASPD values. Once, I was told that in the official client, characters can inhabit any part of a cell (as if the cell is divided into 1000 parts), allowing for smoother transitions and the ability to cut animation delays more naturally. It seems like in rAthena, the character's sprite is more restricted and seems to snap back to the center of the cell, causing the observed rebound effect. This does not seem to occur on eAthena servers. By the way, this is very detrimental to the gameplay as a whole, so it's a little weird that I cannot find any information about this issue anywhere. Is there a way to modify the client or the emulator to allow the sprite to remain between cells and avoid this rebounding behavior? Any suggestions or insights would be greatly appreciated!