Hello, hello everyone!
I don't know the FAF ecosystem very well. But why can't a central server be used for games? Why is the concept of "Coturn Servers" used with connections to each player instead of a single game server?
I am experienced Java Developer with 6+ years of Java-based enterprise application. I'm interested to know what problems prevent us from moving to a client-server architecture.

Please take a look at the diagram below and indicate the problems with this implementation:

The diagram is in better quality: https://drive.google.com/file/d/17jnYO3a58oMZonGRF6Q7PKkCtLwqhsxq/view?usp=drive_link

@Brutus5000 Looks too good to be true. I was looking for a catch, but I didn't find one.
No epic account required...
https://dev.epicgames.com/docs/dev-portal/identity-provider-management

Honestly, if I had to create an Epic Games account for this, I'd happily do it considering how many features they offer for FREE. An epic games account is created in a couple clicks.
https://dev.epicgames.com/docs/epic-online-services/eos-overview

I will quickly describe all the features of EOS

• Lobbies
• Peer-to-Peer (P2P) Connections
• Stats
• Leaderboards
• Voice Chat
• Reports
• and more.....

If we publish the launcher on Steam, we will be able to use the Steam network to connect players.
And this will solve the connection problem.

But Brutus is against this idea:
@Brutus5000 said in Private coturn server for my games.:

And making ourselves dependent of Steam is also not an option (even all the legal issues aside).

We won't need coturn servers that cost money to rent

From the forum threads I learned that Nordic Games responds to messages and you have asked them many times about the source code.

Do you think we should write a letter to Nordic games asking for permission to publish the launcher?

I understand that it is not that easy. But why not try?

@NOC said in Why not use STEAM NETWORK to improve connection?:

Other than the fact you will have to share the entire user database likely with EPIC.
Therefore violating GDPR

As I understand it, it is not necessary...

We can use your own OAuth 2.0 provider for player authentication in EOS, but only under certain conditions, using EOS Connect’s "Custom Identity Provider" feature.

from chatgpt) :

Example: GDPR-Safe Token Payload
A simple JWT token that Epic can use, but contains no PII:

{
"sub": "user-12345", // epic user ID, its not real faf user name
"iss": "https://your.auth.server",
"exp": 1720000000
}
That’s it. You can keep it clean and anonymous.

We will associate each user with an epic id by which epic servers will connect players. We will not transmit any other data.

In order to connect users, it is enough to have an epic user id assigned to each player in faf. The assignment will be performed on our servers and it is not necessary to provide any information about the users.

@Brutus5000 Looks too good to be true. I was looking for a catch, but I didn't find one.
No epic account required...
https://dev.epicgames.com/docs/dev-portal/identity-provider-management

Honestly, if I had to create an Epic Games account for this, I'd happily do it considering how many features they offer for FREE. An epic games account is created in a couple clicks.
https://dev.epicgames.com/docs/epic-online-services/eos-overview

I will quickly describe all the features of EOS

• Lobbies
• Peer-to-Peer (P2P) Connections
• Stats
• Leaderboards
• Voice Chat
• Reports
• and more.....

@NOC said in Why not use STEAM NETWORK to improve connection?:

Other than the fact you will have to share the entire user database likely with EPIC.
Therefore violating GDPR

As I understand it, it is not necessary...

We can use your own OAuth 2.0 provider for player authentication in EOS, but only under certain conditions, using EOS Connect’s "Custom Identity Provider" feature.

from chatgpt) :

Example: GDPR-Safe Token Payload
A simple JWT token that Epic can use, but contains no PII:

{
"sub": "user-12345", // epic user ID, its not real faf user name
"iss": "https://your.auth.server",
"exp": 1720000000
}
That’s it. You can keep it clean and anonymous.

We will associate each user with an epic id by which epic servers will connect players. We will not transmit any other data.

In order to connect users, it is enough to have an epic user id assigned to each player in faf. The assignment will be performed on our servers and it is not necessary to provide any information about the users.

@ZLO @Brutus5000 @Jip Epic Online Services - FREE alternative to Steam network
Allows you to establish a p2p connection between players for games and mods like FAF. We don't need to upload faf client to epic game store!

pros:

• DDOS protection (Epic servers will be used)
• No Epic account required
• No need to install Epic Launcher
• No copyright holder permission required
• It even allows you to add third-party authorization (no Epic Games account required!!! You can connect via FAF account)

I am very surprised. This looks like charity from Epic XD

You can test the Steam network right now!
You can launch the steam version of SupCom and select 'Matchmaking'

This is exactly what I meant when I talked about 'steam network'.

• This network can be integrated into faf launcher
• It works very stable and is protected from DDoS.
• This will give you the opportunity to play 8vs8 without disconnects and lags.

The faf team is currently working on a new ice adapter. Work in this direction has been going on for several years now....

@Brutus5000 Why do we choose such a difficult way if STEAM has a ready-made solution? With protection from ddos ​​and free.

If we publish the launcher on Steam, we will be able to use the Steam network to connect players.
And this will solve the connection problem.

But Brutus is against this idea:
@Brutus5000 said in Private coturn server for my games.:

And making ourselves dependent of Steam is also not an option (even all the legal issues aside).

We won't need coturn servers that cost money to rent

From the forum threads I learned that Nordic Games responds to messages and you have asked them many times about the source code.

Do you think we should write a letter to Nordic games asking for permission to publish the launcher?

I understand that it is not that easy. But why not try?

How to play this Decapitation game? I dont find option in "victory condition".....

@FtXCommando said in You guys ever thought if moving to a new engine?:

Because doing that is going to end in BAR getting a cease and desist from Square Enix for using their platform to give away their IP for free.

Why doesn't Square Enix touch faf now?
The rights to the game and therefore the income from sales belong to Nordic Games. Square enix doest make any money from the game.
Square enix doest receive money from SCFA sales.

Square Enix is copyright holder Supreme commander. Over the many years of FAF's existence, has anyone attempted to reach an agreement? For example, ask for money for a remaster? FAF's audience is 1 million players, I think that's enough for you to be taken seriously. Square Enix funds Indie Projects. Maybe write to Square Enix Collective? Square Enix is ​​a big company and it has many "towers", both small and large.

Square Enix is copyright holder Supreme commander. Over the many years of FAF's existence, has anyone attempted to reach an agreement? For example, ask for money for a remaster? FAF's audience is 1 million players, I think that's enough for you to be taken seriously. Square Enix funds Indie Projects. Maybe write to Square Enix Collective? Square Enix is ​​a big company and it has many "towers", both small and large.

@surfer said in Private coturn server for my games.:

As for single game server, that should improve connectivity, theoretically.
For example in 8v8 the total connection count is 49 (7 per player), with single server its only 7 (1 per player).

I still can't understand, does it make sense to combine binary traffic? If it's such a difficult task, is it worth spending time on? I'm not an expert in network programming, but isn't UDP a connectionless protocol https://docs.oracle.com/cd/E19620-01/805-4041/6j3r8iu2f/index.html ?
Is there a difference whether the client will receive information on one port, on 16 or on 16,000 ports that the server listens on in case of UDP connection?