netcode.io VS yojimbo

yojimbo/ netcode/ reliable, all developped by Glenn Fidler, author of GafferOnGames

Man-in-the-middling the netcode. From what I can tell, this would work ... but the packets are encrypted. It appears the netcode is largely based on this library, that they sponsor. There appear to be some differences from the "standard" but there are too many similarities to not have a common ancestor. I got pretty far on this, just to at least verify there was encryption. Even if it is not encrypted, it appears to be a custom protocol.

I use netcode.io - if you have read gafferongames posts, this is made by the guy.

You may not be there yet with your developer skills but if you are curious you can have a look at the netcode source code. I'm not sure if they're still using it since the switch to Lumberyard and Amazon Services but it's a really good and strong codebase: https://github.com/networkprotocol/netcode

I found that there is a relatively new protocol called netcode.io that provides UDP-like connection between client-server.

If you want to learn more about networking for game in C++, Glenn Fiedler has great articles from the basics to advanced topics: https://www.gafferongames.com/ He also created a library for client-server networking: https://github.com/networkprotocol/netcode (He has a big name in networking, totally recommend reading his articles if you want to learn more about networking)

yojimbo/ netcode/ reliable, all developped by Glenn Fidler, author of GafferOnGames

They really just didn't know how to go about building a complex online game or what that entails. At one point they were trying to donate to open source networking projects that were still in development and not production-ready in hopes they'd help them make their game, you'll see them listed as sponsors of yojimbo for example. It was bizarre to watch.

I can't remember exactly how best to handle this (Glenn's yojimbo project is probably your best bet for a concrete implementation), but here's an idea: buffer and ACK some packets (e.g. up to N packets following your missing packet) and discard everything else (without ACK) until the missing one shows up. The protocol will then continuously try to send your missing packet, in addition to the packets you've intentionally not ACK'd. Once the missing packet shows up you can process it and any buffered packets up to your next missing packet and repeat.

You may want to take a look at yojimbo , looks like it will fit your requirements pretty well.

And has his own C++ library for transmitting messages over UDP protocol https://github.com/networkprotocol/yojimbo