GGG actively avoids good solutions to desynchronization.

"

Flickerflare wrote:

If Stun isn't removed (and I don't want it removed, just to be clear on that), than the server needs to more harshly communicate stuns, and move us to where we were stunned.

I wonder if I am the only one in this thread who knows this, but it literally does this. When you get stunned, they have now as of 11.0 made it so you get resynced automatically.

But seriously, people should stop complaining, the game is getting better, they are working on desync and improving it, things take time, and the game is still far better than the lag I experienced in the other ARPG's I have ever played

Missing an attack because a dice roll says you did is so archaic. I wish games would do away with it already.

Couldn't you as a player provide some of the movement speed solution? Just lower your run speed and temp chains the monsters?

"

Real_Wolf wrote:

"

Flickerflare wrote:

If Stun isn't removed (and I don't want it removed, just to be clear on that), than the server needs to more harshly communicate stuns, and move us to where we were stunned.

I wonder if I am the only one in this thread who knows this, but it literally does this. When you get stunned, they have now as of 11.0 made it so you get resynced automatically.

Every experience I have had today says otherwise.
:P

"

etunne wrote:

Missing an attack because a dice roll says you did is so archaic. I wish games would do away with it already.

This game uses an entropy system that doesn't roll a dice for dodging. If you have a 95% dodge chance, you will only get hit by every 20th attack.

"

psythos wrote:

Couldn't you as a player provide some of the movement speed solution? Just lower your run speed and temp chains the monsters?

Reducing build variety by forcing players to take their own preventative measured against desynch isn't best for the game. But yes, I do not use movement speed boots anymore to reduce desynch.

"

On Diablo 3 I played both a Demon Hunter and a Monk into late inferno (Act 2 and 3) on hardcore. While the movement speed boost was up above 55% on each of these characters, nearly permanently,

How fast would you say it was when you were doing consecutrive vaults, with tactical advantage, and backup plan, with a very high discipline pool? Myself, I could practically lap the whole of Vault of the Assassin doing that. BAMF, BAMF, BAMF. No rubber-banding.

I can't sway why, but I can say: none.

This is a lot higher than a 55% move speed bonus. A real lot.

Like Courageous, I built a Demon Hunter entirely around the concept of always having Tactical Advantage up and running. I actually posted a build guide about it (as Dethklok) here; there are videos.

First off, a bit of fairness; Diablo 3's netcode makes it virtually impossible to rubberband anyway. Unlike PoE, it trusts the client even less and won't even let the character move in lag situations; thus, instead of rubberbanding, you just stay still and don't act. Thus, the symptoms of lag are different.

Nevertheless, Blizzard must have done something to reduce lag, because even the sluggish-response lag wasn't too big of a deal.

now then kiwis have their own Australian Realm they should move to data to data

Games using the "wait until server responds" method (RTS and MOBA games) have much higher input latency but don't have the same sync issues that we do. They have their own class of game state synchronisation problems that we thankfully don't have to deal with.

"

Sammael wrote:

Games using the "wait until server responds" method (RTS and MOBA games) have much higher input latency but don't have the same sync issues that we do. They have their own class of game state synchronisation problems that we thankfully don't have to deal with.

They don't have any sync issue at all, the client never displays anything that hasn't been confirmed by the server. That's also why there is so much input lag in the games.

As a longtime BSD socket programmer who has worked on game-related netcode, I'm adding myself to the list of people who are impressed that the game runs as well as it does strictly over TCP.

I would assume that they have hybrid netcode in the works; they'd be insane to claim "release" before that's in and working reasonably well. Reviewers aren't likely to have read all the dev. manifestos and really appreciate the scope of GGG's ambition; they're more likely to savage the game after their toon dies in some apparently inexplicable way.

"

Flickerflare wrote:

"

Real_Wolf wrote:

"

Flickerflare wrote:

If Stun isn't removed (and I don't want it removed, just to be clear on that), than the server needs to more harshly communicate stuns, and move us to where we were stunned.

I wonder if I am the only one in this thread who knows this, but it literally does this. When you get stunned, they have now as of 11.0 made it so you get resynced automatically.

Every experience I have had today says otherwise.
:P

Not gonna bother going through patch notes. Go read them. I believe it was 11.0 but not sure, one of the recent patches literally said "You will now automatically be resynced if you are stunned. We expect this to cause more rubberbanding, but in the end reduce deaths from this significantly