chimaera500 wrote:
Just to expand on that.
If that were a feature, and your server reported 42/40 players - it would be reported for cheating the rankings (at an estimate), about 50 times per night.
I don't think the Admins could take the strain !



Hang on, there's no way at the moment to get current_players above max_players though? Even when my query server responds 25 or 26 players, it still seems limited to 24 (which is what sv_visiblemaxplayers is set to).

Why is there a check for this? ^^

I have no idea which variables are checked for what, in any of the games.
I am a moderator, not a site developer.

It's quite a bizarre approach as I see it.
Q3 engine based games (and others) use the sv_privateClients 'x', which simply reserves the first 'x' slots for clients that connect with the rcon password and for AI bots.

Historically, popular servers had many players queueing to join, while server sizes were generally limited to 12/16 players total. In other words people waited in a 'connecting' mode until players left and slots became available. My point being we would have ignored your 'lie'

You are welcome to make a request for a change in the Ideas & Requests section for a change. But I suggest that you provide the variables, and proof that the game makes the required variables available to external scanners.

chimaera500 wrote:
I have no idea which variables are checked for what, in any of the games.
I am a moderator, not a site developer.

It's quite a bizarre approach as I see it.
Q3 engine based games (and others) use the sv_privateClients 'x', which simply reserves the first 'x' slots for clients that connect with the rcon password and for AI bots.

Historically, popular servers had many players queueing to join, while server sizes were generally limited to 12/16 players total. In other words people waited in a 'connecting' mode until players left and slots became available. My point being we would have ignored your 'lie'

You are welcome to make a request for a change in the Ideas & Requests section for a change. But I suggest that you provide the variables, and proof that the game makes the required variables available to external scanners.



Alas, couldn't contribute to that design decision. That certainly sounds like a much better idea for how it *should* be done.

The issue is that it's not a publically available CVAR (very few are?). For me, at least, the only solution I can see is keeping the `sv_visiblemaxplayers` as the last value, but no longer limit the first value to be lower than that. Such as 27/24.

In my opinion this does *still* make sense. There are 27 players on a server meant for 24 players. I'm not sure whether this would add issues to things like the graphing, but it makes it a more accurate representation of the server.

Fair enough.
Few games developers have been as clever as those old guys at Id.
Those were the days, says the decrepit old gamer, as he shuffles out of the room with the assistance of his Zimmer Frame.

The boys/girls in development may very well understand this issue quite well for all I know.

My best suggestion remains: make a post in Ideas & Requests explaining your reasoning as best you can, and provide as much information as possible.
'Living' examples of other servers with this issue may help.

If others add a '+1' to your post, the request may well succeed if it is possible to do.