TheLawRich

So you see the LOD of the mesh change when you are very close already to the canon?

No, not related, they just happened to be grouped in a common patch. The trading post is actually a separate service that runs for the most part independently. While working on of other trade post issues, the bug there was introduced. We tested, but missed the case of the actual close happening when a character was offline - so we’ve added that case to the test.

In some cases, unfortunately yes. If we communicated last night that this solved all versions of this problem, we weren’t correct with that communication. We were solving contracts that were being held in limbo for players that were offline when they closed, and making sure all those paid out appropriately. That fixed a lot of people, but not everybody, and we’re still working on the other folks affected.

Agreed that if this is what all Wars become, then it’s not very interesting. These are recent tactics that are being unusually rewarded by some bugs, so we’ve been working on the bugs first, then examine whether further changes to War itself are required. War is not meant to be a constant AOE fest, and that doesn’t feel very skillful to me.

Turns out you can tag people that haven’t replied, I’ll probably regret that later.

There appear to be a lot of potentially unrelated issues going on here, but the general case seems to be the streaming system is for some reason not loading in the high MIP textures for some objects, or it thinks it can’t for some reason (memory usually, and I understand many of you reporting have plenty of memory).

It is also possible for an individual object to set specific distances for high texture load, and those values could be wrong/corrupted somehow - that is separate from the streamer code. stifstiflear’s post looks a lot like that, but I’ve seen the same banner in game without that problem, so it isn’t the static data at least. @stifstiflear does that type of banner look th...

We get a message from EAC servers when a player kills the EAC process (or it goes away for some other reason), so we do know when this happens and who is doing it.

If you see some path to exploit via killing the Steam client, please DM me. It’s possible to do, but all of the kick/ban enforcement is done by New World itself, and the Steam client isn’t used for VAC purposes. Offhand I dont see any advantage to it, but if I’m wrong, let me know.

This class of bug is because in some cases we were waiting for client input to complete server actions. The solve for this (wildly simplified) is to not wait in those cases but just proceed. This doesn’t mean the client has control over the result of actions, it means that particular server code allowed itself to be paced by an external input. And as all the programmers in this thread would probably tell you, you never trust external input - or lack of it, in these cases.

Server authority isn’t a solve to all problems. It’s just different - and I want to be careful to point out that I dont consider how some other games solve for authority “wrong” in contrast. They are just different approaches that have different pros and cons.

You can make a bug in a server authority situation just like you can in a client directed situation, and we’ve had some of those. They are disappointing and we get on them as soon as possible. But I can tell you the bugs listed in this thread aren’t because the client generated a result and sent...

The purpose was not solely to be resistant to hacking, no. Similar to you, we’re interested in scale gameplay that takes advantage of such a system as well, and have ideas.

I’ll see if I can get one of the player experience team folks in to discuss - it’s a broad subject and if I tried to answer I would probably make a mistake in describing it, which wouldn’t help. I can say we’re always interested in combat being a) skillful in application b) providing good situational awareness cues so it can equally be countered with skill (aka “dont stand in fire!”) and c) intuitive in function, so it does “the right thing” when multiple effects overlap.

Indeed. You might completely hypothetically, have a pool of threads, and service actions from actors on an as needed basis out of that pool in a steady rotation. Which would allow a much smaller number of threads to handle a large number of actors.

We were only able to partially address this in an update - we aren’t done working on preventing people from purposefully creating lag in War. We had to adjust how some AOE weapons worked and may well have changed their feel/impact - we’ll keep incrementing them until it’s balanced. Certain AOE effects were creating invisible server objects and players had worked out some interesting ways to load those up - we saw thousands of objects being created in a minute in one example. Even though they were invisible, that’s somewhat equivalent to havin...

From one software developer to another, hi!

so what’s the solution? the server needs the clients to perform their own calculations, I don’t believe for a second amazon actively simulates every action on their server, and you shouldn’t either.

I believe you are sincere in your understanding that this doesn’t happen…but it actually does. Ok, so let me slightly qualify - there are areas of the world we don’t care about precision in simulation very much, like your house. And generally there are savings present in non combat, non physically interactive areas elsewhere.

But in combat (and almost all situations), you are creating control inputs to a character that is fully simulated on the server. We don’t even take action inputs from clients, we take the intent of action (the “I pressed a button” example).

Even movement is server based, and you might have seen the effects of this - your client can predict where it might go, and sends ...