AMS2 Dedicated Server Tool / SteamCMD Support

The fact is that this is not the first version of files for the server, the first versions I built from names, not numeric IDs. And judging by your MultiClassSlots 0 section, and the specified VehicleClassID GT3 parameter in the examples, your rotation should work only with tracks, and the GT3 class will be constant?

Since the topic has been postponed, I think it is worth explaining what it is about:
My task was to diversify the lobby as much as possible, track rotation, car rotation, and add bot filling.
But there were problems:
- The rotation of cars did not work correctly. One of the classes froze, and there was active after each rotation.
- there was a problem with tracks for RX and other classes that are smaller than the main specified grid, the rotation did not reassign the number of players for these tracks, the maximum on RX tracks is 8 people.

 

It didn't work for me, so I switched to MultiClassSlot, there is a rotation of tracks and cars, but this ghost does not disappear...

It would be nice to see a configured server, with full rotation running and no ghost class.
Such a sample in the Dedi folder would make it easier to understand.

I can't run Dedi for it to work like this.

My solution is to limit myself to the class for the entire rotation - GT3 as the main one in each rotation and mix it with the suitable, GT3 Gen2, GT4, GTE, LMP и т.д.

 

Hi everyone!

I set up a server, but I can only change the car and track when I access the local/9000 address and control it from there.
I want the Lobby host—or myself, if I leave—to be able to change the car and track.

The `server.cfg` file in the main folder has these options:

"ServerControlsTrack": 0
"ServerControlsVehicleClass": 0

I tested both 1 and 0, but neither had any effect.
Is there something I missed?

 

Hi Dave, can you deal with this question?

 

You need to change "controlsgamesetup" to 0 in the server.cfg

 

Is there any way to manually set the starting grid order on the Dedicated Server, without relying on the qualifying results?

This would be very useful for organising reverse-grid races. For example, we could run a first race and then use its results to reverse the entire grid, or only the top positions, for the second race.

With the huge variety of racing categories available in AMS2, I think this would be a particularly useful feature, as many real-world racing series use reverse-grid formats.

If this isn't currently possible, would there be any possibility of adding this option to the Dedicated Server in the future?

 

It's currently not possible.

Even when manually setting grid isn't an option, we've always resorted to manually calling out reverse grid at the start of the race and having people reshuffle during a parade lap. That being said, having the option to turn OFF non moving cars from teleporting to the pitbox if they haven't moved in a while would be a great multiplayer option. It's super hard to read off a list of grid locations while having everyone move their cars so they don't get teleported into the pits for not moving on track.

 

There is actually a little workaround I've found for doing reverse grids

If you create a session with Race only, without qualifying, the starting grid is determined by the order in which the drivers join the server.

I'm currently developing a small system on my website that basically works as a grid director. It reads the results from the previous race, reverses the finishing order, and then a Discord bot calls the drivers one by one so they can join the server in the correct order.

It's definitely not automatic, and requires some cooperation from the drivers, but it's the best solution I could come up with for organising championships with reverse-grid races using the current Dedicated Server.

Still, it would be great if a future update allowed server administrators to define the starting grid directly — perhaps by loading a grid template/file with the Steam IDs and desired starting positions, or through some kind of API.

That would open up many more possibilities for organising championships with different race formats.

 

Its been a while since I've run an AMS 2 dedicated server so a bit rusty. What is the latest word on the 16 player limitation and what causes that?
I've got:
maxPlayerCount : 32
"GridSize" : 32,
"MaxPlayers" : 32,
in the server.cfg and as soon as we have 17/32 in the lobby, the lobby can't advance until someone leaves.

The host claimed he was using a lightweight knockoff Win 10 version on his machine. Could that trigger the 32-bit client limitation?

 

I've been running servers for a long time, even with 30+ people without issues.

With lobby i assume you mean that people haven't loaded onto the track?

 

Yea I've never heard of the "16 player limitation" and have been running 30 people DS for years.

 

Yeah players sitting in the track/car selection screen and are voting to advance. I notice there are a few other dedicated servers with 16 player limits so it sounds like a few others have bumped into this case. Clearly I'm doing something wrong but not sure what.

The 16 player limit relates to 32-bit clients not being able to join (as mentioned in the comments in the default server.cfg) which I wouldn't think would be an issue any longer. Obviously most people are 64-bit but I must be running into a corner case since we can't vote to advance the session when we hit 17/32. I'm running the dedicated server on a Windows Server 2022 box so that is not the issue either.

 

AMS2 Dedicated Server Tool / SteamCMD Support

Sounds like the issue might be related to; if you run the DS in a 32 bit environment. Probably explains why those of us that run this in a 64 bit environment never ran into the issue.

 

Thanks for the detailed explanation. That's actually very useful.

I have been testing this quite extensively on Linux with Wine, including a heavily tuned Wine setup, and I'm still finding that I need significantly more single-core performance than on Windows to keep the server stable as the number of clients increases.

This leads me to a couple of questions:

Is there any rough indication of the single-thread IPC/performance level required to run reliably with 26 clients, and how much more would typically be needed to handle the full 32 clients?

Also, is there currently any way for the dedicated server to make better use of multiple CPU cores, or is the simulation/network workload that limits the player count essentially bound to a single core/thread?

I'm asking because I'm currently trying to optimize the server hardware specifically around this. I have tested both Windows and Linux/Wine, and even after tuning Wine as much as possible, Linux still seems to require considerably higher IPC per core to achieve the same stability as Windows.

It would be really helpful to know whether there is a specific CPU performance threshold developers have found to be a good target for 26/32 clients, rather than simply looking at the total number of cores.

Thanks!

 

If it's of any value to you, I run the DS on a antique E5-2650L v2 (1.7 GHz, 6 cores given by the VM, Windows). As it's a low voltage chip with especially low clock speeds it might be interesting to know. It's set to 30 AI players but don't know if human players affect performance negatively. It runs fine.

Maybe try your DS on my hardware if you want to run some tests ?

 

Does the dedicated server somehow auto-calculate how many players it can handle and then set a number? I wouldn't think it would be that sophisticated. It's like clockwork when I run this, if we hit 17/32 in the lobby, even if everyone has voted, it won't advance. If one person leaves, it starts counting down to advance and load the track. I'm baffled. I guess I will have to more closely monitor the vitals of the physical server when this is happening.

 

Which track do you have selected, some tracks only have 16 gridslots, i believe Ascurra and a couple of the Tykki track layouts have that.

 

It seems like it has been across many different tracks. I didn't know there were tracks limited to 16 grid slots so that is good to know though. Is there a master list of grid sizes for AMS2 tracks somewhere?