Please fix your netcode FDev!

As title says...

The netcode needs a rework, or we need a server that relays the data from each CMDR to the CMDRs in the same instance so we can get rid of the annoying shadow rams or double rams due to packet loss between two ships fighting eachother.
P2P is the worst kind of connection when it comes to PvP gameplay and there is a reason that nobody uses it in games that include some type of PvP interaction.

As it stands, any time two ships pass eachother within a 500m range, the game supposes there is a ram happening, so it distributes the damage to both ships or one of the ships.
It can't be that fights are won or lost due to a random data-loss or desync.

Please look into it Frontier...
 
What's funny about it?

Been discussed about seven bazillion times.

FD created a custom P2P network system - partly to avoid needing a subscription model to run dedicated servers, but for other reasons too.

Also, the networking system isn't actually broken so doesn't need fixing.

In some cases, there are network related bugs - these are more software bugs though, and not actually a problem with the networking itself, just the systems using the networking.

In 90% of cases, the networking problem is the connection between the players - the code used to network them is doing everything perfectly, the player connections just aren't very good at connecting to each other. This isn't something network code can fix. It would be like saying use software to fix a copper wire.
 
Been discussed about seven bazillion times.

FD created a custom P2P network system - partly to avoid needing a subscription model to run dedicated servers, but for other reasons too.

Also, the networking system isn't actually broken so doesn't need fixing.

In some cases, there are network related bugs - these are more software bugs though, and not actually a problem with the networking itself, just the systems using the networking.

In 90% of cases, the networking problem is the connection between the players - the code used to network them is doing everything perfectly, the player connections just aren't very good at connecting to each other. This isn't something network code can fix. It would be like saying use software to fix a copper wire.


There is one part of the netcode they could improve on, that is to be better in establishing the initial connection between players. There are some tricks that can be used to overcome some of the more common issues when players do not have working port forwarding. As this can been seen in other software/games, that also relies on P2P networking, these can be seen working between two players but when they try to play Elite, the game fails to instance these players in the same instance (think private group) .
 
There is one part of the netcode they could improve on, that is to be better in establishing the initial connection between players. There are some tricks that can be used to overcome some of the more common issues when players do not have working port forwarding. As this can been seen in other software/games, that also relies on P2P networking, these can be seen working between two players but when they try to play Elite, the game fails to instance these players in the same instance (think private group) .

It's not going to be perfect sure, nothing is.

But it isn't "Broken" so doesn't need "Fixing"

Continual improvement is what they already do (it's had improvements since launch) so asking them to improve it seems pointless also.
 
Having said all that, if there are specific bugs that appear to be network related (De-syncing of Thargoid hearts between wings is one, which is supposedly fixed now?) then those should be reported, because they can be fixed, as it's not the network code (as such) at fault.
 
It's not going to be perfect sure, nothing is.

But it isn't "Broken" so doesn't need "Fixing"

Continual improvement is what they already do (it's had improvements since launch) so asking them to improve it seems pointless also.


Oh geez... now you are being pretty petty about this, what happened, someone took you candy? I do hope you end up with a "not broken" internet connection where the cause of this is outside your control, and then you have to simply accept that this "not broken"...
 
Oh geez... now you are being pretty petty about this, what happened, someone took you candy? I do hope you end up with a "not broken" internet connection where the cause of this is outside your control, and then you have to simply accept that this "not broken"...

Sorry to have offended you there. I think you took me a bit seriously.

I was actually agreeing with you in that post you quoted. Not sure why you got a bit passive aggressive about it, oh well.

I hope they implement the "tricks" you mentioned, and that it "fixes" whatever "issues" "people" have with their "internetz"
 
Actually, it's since that networking update that the issue is appearing more often, so what ever they did there didn't fix anything. I guess the bandwidth compression brought more data loss than it helped avoiding it.
 
Well, P2P works over UDP. UDP gives no guarantee in what order packets arrive, or arrive at all. The quality of the network determines that. So, hate to say it, but fix your network.
 
Well, P2P works over UDP. UDP gives no guarantee in what order packets arrive, or arrive at all. The quality of the network determines that. So, hate to say it, but fix your network.
It would also be UDP if it was client-server, though, since the way TCP gets those guarantees is by being much slower if the network is bad.

or we need a server that relays the data from each CMDR to the CMDRs in the same instance
There are some tricks that can be used to overcome some of the more common issues when players do not have working port forwarding
The game already has the capacity to route packets via a server if players can't talk to each other directly for whatever reason.
https://support.frontier.co.uk/kb/faq.php?id=370 (search for TURN - you can check how much it's actually being used for you)

It potentially makes things like shadow rams worse when it's in use by making the latency larger, and therefore the disagreement between two clients about what's happening bigger, of course.
 
Top Bottom