Understanding Networking

UFE uses Photon for both Matchmaking and for player connection. When it comes to my project when we first launched we may have went over the 20 ccu limit on the free tier once. I believe in order for this to happen 20 players would have to be all playing at once.

To be very honest with you I believe Photon causes an overhead in the connection and causes lag, the netcode could be the best ever but if packet loss happens then the game could desync very quickly. Plus Photon's regions are locked so if you keep best region settings on then if you want to fight someone on the west coast while on the east coast you won't find that players game.

In our next update I was able to get steam's p2p connection to work within our game won't know if this helps are lag problem till I release it and hear feedback from our users.

I have read in many places that rollback netcode works best if the connection is completely peer to peer with photon all your users are connecting to a master server. So the data has to travel more has to come from you to the master server then back to your opponent then back to you.

In closing in order to use steam p2p you must go through the process of getting your game on steam to obtain an app id.

Tried to do the same thing in order for UFE to work with Mirror a class has to be created that has a class inheritance to MessageBase. I was trying to use the script that was in the old Unet connector api but the byte[] data from SendNetworkMessage would never reach UFE's OnMessage Event.

I also tried using the old UNET Connector but had issues too. For someone who knows more about mirror/networking this might be fairly trivial.

As derkoi suggested, rollback is rollback. UFE does not use GGPO's code base, but they are doing the same thing: Storing input information for each frame, recognizing if there is a desync, using a deterministic system to calculate if there has been a desync once the peer's input actually does make it to the network, and if there has it will roll back and simulate the game up to the current playable frame in lock step. Mind you, Unity's system isn't deterministic, so a lot of the effort in getting UFE to support rollback required making a custom physics system under the hood that wraps around Unity's.

As far as I understand at least.

That's true. I was thinking more in conversation, for example "It's has rollback netcode", "What's that?", "Have you heard of GGPO? It's the same kind of thing"