Lobby server support for 255 ids?

[eyu100]

I know that the engine can support 255 players and games with more than 16 players can be hosted, but I have never seen a game with more than 16 ids. BrainDamage told me this is a lobby server limitation. He also said that the server is no longer maintained. Since this would probably be a simple change, why hasn't it already happened?

EDIT: apparently Satirik updated the server code (http://springrts.com/phpbb/viewtopic.php?f=12&t=19145), so why doesn't anyone host games with >16 ids?

[aegis]

it also requires all lobby clients to update in order to support it
either a much higher number or an infinite number will be added in an upcoming protocol update.

satirik's server updates weren't officially supported and aren't in use on the production server or implemented in the mainstream lobbies afaik.

[eyu100]

it also requires all lobby clients to update in order to support it
either a much higher number or an infinite number will be added in an upcoming protocol update.

satirik's server updates weren't officially supported and aren't in use on the production server or implemented in the mainstream lobbies afaik.

How could the lobby support an infinite number of players? Unless you use a multiple-precision library or an advanced id system, the lobby could only support 18,446,744,073,709,551,616 players even on 64-bit systems (though obviously this *is* effectively infinite).

[aegis]

either a much higher number or an infinite number will be added in an upcoming protocol update.

How could the lobby support an infinite number of players? Unless you use a multiple-precision library or an advanced id system, the lobby could only support 18,446,744,073,709,551,616 players even on 64-bit systems (though obviously this *is* effectively infinite).

everything is transmitted as a string, so we can bend the laws of integers protocol-wise.
player/ally IDs don't even need to be just numbers, even... as long as you can specify the starting position...

[eyu100]

either a much higher number or an infinite number will be added in an upcoming protocol update.

How could the lobby support an infinite number of players? Unless you use a multiple-precision library or an advanced id system, the lobby could only support 18,446,744,073,709,551,616 players even on 64-bit systems (though obviously this *is* effectively infinite).

everything is transmitted as a string, so we can bend the laws of integers protocol-wise.
player/ally IDs don't even need to be just numbers, even... as long as you can specify the starting position...

You could even just use the user name (!).

[aegis]

valid point... hey spring devs, what's wrong with just sorting the usernames in spring (so the ids are synced) and just specifying start position?
...other than the lack of coop, which could be done a different way?

[SirMaverick]

valid point... hey spring devs, what's wrong with just sorting the usernames in spring (so the ids are synced) and just specifying start position?

What do you gain?

...other than the lack of coop, which could be done a different way?

com sharing

[hoijui]

i have seen 32 player games going on the main server a week ago or so.
i am not 100% sure it was the main server, but i can not remember a main server failure, and there would not have been so many players on an other server.
and yes, they started gaming with 32 players.

[Tobi]

valid point... hey spring devs, what's wrong with just sorting the usernames in spring (so the ids are synced) and just specifying start position?
...other than the lack of coop, which could be done a different way?

Why would this be needed?

As far as I know the fact that only host has to generate entire start script and host sends this over to clients, and client script should contain only MyPlayerName, HostIP and HostPort, there can not be any desyncs in this part. (Unless client puts the wrong player name in it's script of course, but that would be a silly bug...)

Maybe only thing that might have to be done is removing MyPlayerNum, if this still exists. (has been deprecated already in favor of MyPlayerName)

[Auswaschbar]

Maybe only thing that might have to be done is removing MyPlayerNum, if this still exists. (has been deprecated already in favor of MyPlayerName)

Its already gone.

[SirMaverick]

i have seen 32 player games going on the main server a week ago or so.
i am not 100% sure it was the main server, but i can not remember a main server failure, and there would not have been so many players on an other server.
and yes, they started gaming with 32 players.

Yes main server. And there were even some games with more than 32 players.

[BrainDamage]

the lobby would have to omit sending the balance infos to the server, and by experience ( i did it on a release by accident ), people simply won't believe it will still work when spring starts and leave the battle, so it's not a practical solution adding just to the lobby clients

lobby side, at least in SpringLobby, it's as easy as changing a number in the code, and enable "autobalance before start" (autobalance changes won't have time to propagate to the server when script.txt is written ), but again i'm not too sure of it's success because of previous concern

[eyu100]

the lobby would have to omit sending the balance infos to the server, and by experience ( i did it on a release by accident ), people simply won't believe it will still work when spring starts and leave the battle, so it's not a practical solution adding just to the lobby clients

lobby side, at least in SpringLobby, it's as easy as changing a number in the code, and enable "autobalance before start" (autobalance changes won't have time to propagate to the server when script.txt is written ), but again i'm not too sure of it's success because of previous concern

Couldn't you give everyone a command (like !status on SPADS) that displays the balance info when pm'ed to the host? Unfortunately, that would be the only way of finding the balance.