High TN/slowmo/skating inconsistency issue on official servers

majesticalwookie​ thank you for the feedback. I added EXPO/XMP not being enabled in motherboard BIOS as another possible reason for poor CPU performance.

I was on reddit reading about possible solutions to the packet loss problems,one guy suggested to lower max framerate to 50,i tried it and my game is now much smoother and packet loss etc is better,no 60 fps but better than nothing anyway.

I just learned about someone who's running into the same trouble OP has mentioned. What you just described makes sense.

However, I am curious about the 30hz on community servers. When I go and host, I'm given the option to host locally. I am assuming that means my PC is the host (with a relay system).

So, I have two questions I'm curious if you know:
- Do locally hosted community servers also send at 30hz?
   - If they happen to be faster, is there a way a user can differentiate between which community servers are locally hosted or not?

I want to add onto your statements with some speculation (READERS: ITS WHAT COULD BE HAPPENING, NOT NECESSARILY IS):

When I've done multiplayer code with games that have physics, I would rollback the entire physics world to the last ACKed frame when the client detects a desync between itself and the server. Then, I would replay all player inputs + step the physics world until we get back to the present frame. I would often find this is the most CPU intensive mechanism in the entire client. Old school games such as Quake would only rollback the player's character, which isn't good enough in many games today.

So if Battlefield is doing something similar (and I have a decent feeling they are since there's vehicles), if you're already dropping frames, this mechanism could trigger a death spiral.

Ok now just some mostly unrelated fluff about netcode:

I really hope the devs release some kind of video describing their netcode techniques with BF6, it's quite interesting to me. Lately I've gained a lot of interest in doing all gameplay on a fixed tick, decoupled entirely from the renderer, this does indeed though have a tradeoff in that it can introduce input lag. But, in an FPS game you don't need to necessarily correct the client's rotation during a desync, so mouse motion and weapon firing can be done at a variable framerate, so it's really just the position of the character that would have a bit of input lag. The camera could be moved instantly by extrapolating, and certainly a few techniques you can use between those fixed frames. Further, I prefer doing it using an Entity Component System, because it makes it far easier to spread the load across several threads and actually take advantage of the CPUs design, without making it a pain in the **bleep** for developers to reason about.

AbleDark​ 

So, I'm just speculating, I don't know enough about Frostbite's engine architecture to be really certain about things.

I'm a professional game dev, who has also done some engine dev (mostly toy engines, but I do sometimes contribute to some more serious open source stuff), it doesn't really make sense for a CPU from 2018 with 6 cores to be struggling with the gameplay code of Battlefield 6. If the official statement from the devs is to upgrade that CPU, I would say that is unacceptable.

However, assuming this is actually a problem on the devs end, you guys should be a lot more loud about this. I just recommend you do a bit more due diligence to rule out some weird stuff on your end first, more on that below.

I personally am quite impressed by their GPU work from the limited knowledge I have. Which tells me they're very competent engine engineers. So, it's probably a bug somewhere causing a death spiral. As opposed to a really bad architectural decision that requires a lot more thought and work to fix (in such cases, it just wont get fixed when management steps in).

When you think about a game engine and how it actually works, most of the heavy computations are on the GPU. A CPU is responsible for:
- physics
   - character controllers are usually using kinematic physics, which is cheap computationally
   - vehicles are using rigid body physics, this is more expensive, but shouldn't be an issue at all in a game like BF6
- player input
- gameplay code
- netcode (which really an abstraction, it's hard to point and be like HERE is the netcode, it has its tentacles all over)
   - speculation: I posted above on how this could trigger a lot of redundant physics work during client/server desyncs
- network transport layer
- sometimes engines abstract gameplay code out to a scripting language of some sort, this almost always slower than compiled code, but there's too many things to consider to speculate further
- scheduling things and sending them over to the GPU
- particles that have physics usually means being done on the CPU, doing it on the GPU is usually just far harder architecturally
- client sided anti cheat
   - note: not an expert here so I don't really know how intensive this is

When you compare to older Battlefields and other FPS games, this stuff hasn't really changed too much...which is why I have a feeling the performance issues are a bug. Like honestly, even if this stuff was all single threaded I'd still be saying the same thing.

If it's something on your end, I would check your RAM and GPU. Which you'd thing is completely contradictory to everything I just said above, but if the CPU is waiting on a response back from them it could look like the CPU is the problem.

Edit: oh and if they're for some reason saving some stuff to your storage drives too often, that would be another area, I highly doubt they're doing that though.

Edit 2: oh, I forgot, BF6 has destruction, this could be a big area of slowdown, especially if it gets looped into physics rollback code...oooooof

PushThruCombat​ - Commenting to add that during the issues, there is a "step" graph that also spikes. I believe your theory is correct. I believe some CPUs cannot cope with this in a full 64 player chaotic match, causing the death spiral you speak of. It seems like if your system EVER drops one frame it cannot catch back up. This makes perfect sense because the game runs fine upon starting a match, but crashes and burns when anything (physics/explosion happens). Then it is stuck in the spiral and the result is an unplayable experience on any graphics settings. 

What would be an actual fix for this, as you seem very knowledgeable.

What I don't get with this explanation is why I don't get this issue in offpeak hours  ? (6am in the morning and 11+pm east coast)

Also, my framerate usually hangs around  90fps in 1440p and barely ever dips below 60.

So i'm confused....

absolutely my PC is 100% able to handle the game, its not overheating and in no way is my CPU hitting 100% in any capacity. I've literally tried everything but nothing seems to work.

Carl0sC87​ please post a screenshot with the network performance graph and FPS performance overlay onscreen when you experience issues.

https://nerdschalk.com/enable-fps-battlefield-6/

Thanks for the input!It actually resolved itself for me so they must have done something on their end OR me setting clock speed higher on my gpu which i dont think was the issue.I still get network warnings but nowhere near the amount i had on release.

PushThruCombat​ "As opposed to a really bad architectural decision that requires a lot more thought and work to fix (in such cases, it just wont get fixed when management steps in)."

I genuinely think thats whats hapenning here! SMH

My best guess is that DICE/EA are currently on the backfoot about this and are currently waiting to see if this issue is picking up heat or not... They wont invest time and money into something that isnt blantantly obvious to thier users. Moreover, i would bet a whole K that many user are experiencing this issue and not even complaining about it because they believe its normal. This is all beyong frustrating!