Horrible Server Lag Needs To Be Fixed ASAP

[zaineal]

The issue listed here can be resolved by a client side check to see if you're running or not. That way you get a more "responsive" feel.

client side checks are bad - it will most likely be exploited in some form, by reverse engineers. everything thats been said in this thread needs to be addressed server side.

[Silverwalk]

They could fix it by:
1. Getting the client to send a position update when the player clears the red area.
2. The server calculates whether the player takes damage when it receives the first position report after the cast completes.

[SKYeXile]

They could fix it by:
1. Getting the client to send a position update when the player clears the red area.
2. The server calculates whether the player takes damage when it receives the first position report after the cast completes.

Server prediction using client timestamps could fix any current issues with lag and movement.

[Silverwalk]

You're right but sadly for whatever reason they are not doing that - using a simple vector would be good enough.

If the update period is 0.3 seconds and the cast time is over a second the server should have at least two updates showing the player moving.

Draw a line between these two points and extend it out by the time until the cast ends, viola! Now you know where the player is at the end of cast with enough accuracy to solve this problem.

Probably would put too much load on their server software I'm guessing.

[SKYeXile]

You're right but sadly for whatever reason they are not doing that - using a simple vector would be good enough.

If the update period is 0.3 seconds and the cast time is over a second the server should have at least two updates showing the player moving.

Draw a line between these two points and extend it out by the time until the cast ends, viola! Now you know where the player is at the end of cast with enough accuracy to solve this problem.

Probably would put too much load on their server software I'm guessing.

im not sure it would, Planetside 2 current uses serverside hit prediction at a much higher tick rate than 3, i imagine the strain on that would be much more taxing than just movement in this, but then I imagine SE are running servers from 1987.

[Altheras]

There is definitely a huge issue with moving out of the red zones. I've been killed many many times when I was WAY outside of an AE when it went off. The instant death mechanics make this 'lag' particularly unforgiving, especially for a healer who has to constantly stop and cast things.

[Sneakaboo]

Square-Enix: First of all, we'd like for you not to worry. The interface lag will get much better when we introduce the server system for 2.0. As compared to 11, he (Yoshida) would rather compare it to World of Warcraft. It's going to depend on things such as your personal environment, equipment, etc. But it will be closer to that then what currently exists.

I wonder if he wrote that with a straight face.
This is not even close to WOW, in fact this is the most laggy/unresponsive online game I've played up to now.
That includes some RTS over dial up.

[sQQuare]

Being a fairly hardcore raider in previous MMOs this "sluggishness" has bothered me since day one, and as ppl say it doesnt feel like a performance issue per se, rather a design "working as intended" feature.

Funny enough the game would be 100% easier with out it, everytime i see some mob using AOE i keep thinking "lol this will kill so much end game ppl trying to progress".

but i fail to see why you would want some intentional sluggishnes build into a game, GW2 has the same feeling, much of the reason ppl say they dont notice it is simply because they have different point of reference.

I dont see this as gamebreaking but it is very tiresome to see some ppl eat aoe after aoe because they trust what they see on their screen to be true "i didnt stand in aoe, its lag" while in essence they havent learned to anticipate the aoe mechanic.

[Jennica]

There isn't enough client-side checks. Crappy development.

[Jennica]

client side checks are bad - it will most likely be exploited in some form, by reverse engineers. everything thats been said in this thread needs to be addressed server side.

Uh, no, the server always verifies what the client tells it, you just see it on your screen the way it should play out immediately, assuming you aren't using some type of hack.

Say someone tries to speed hack out of an AoE range. Well the server knows the maximum movement speed of your character, so if the client tells the server you've exceeded that, then it will indeed inflict the damage you supposedly avoided with your speed hack.

Just because the client shows you what "should" happen, doesn't mean the server doesn't verify that what you did is possible.