Change what slot you host lobbies in!

Get [BOT] Woods every time!

Set the slot you wish to be in config\ChangeHostSlot.cfg

Does not change anything for client, including joining other lobbies

Choose the slot specific other players will (try) to join in

When you load the game without config/ChangeHostSlotPlayers.json, it'll autogenerate it for you:

[
  {
    "PlayerID": 0,
    "PlayerName": "PlayerNameGoesHere",
    "Slot": 0
  }
]

You can specify a given slot for a specific SteamID for a person. This mod will also log to the BepInEx console player ids and their nicknames when they're joining, leaving, etc.

The PlayerName field doesn't actually do anything, it's just there for you to help yourself keep track of which id is what person.

It'll still adhere to normal slot functions, so if the slot doesn't allow a player it will just assign them normally.

If you want to add more players, just copy the curly brace block, add a comma after the brace, and in another block after the comma.

If you find a bug (please don't :) ), give me a ping in the gtfo modding server (@jarheadhme)

1.1.1

• Add map character list sorting

1.1.0

• Change GUID (HostSlot.GUID -> JarheadHME.ChangeHostSlot)
• Prevent crashing if HikariaCore is present
  • HikariaCore also does a native detour over SNet_PlayerSlotManager.Internal_ManageSlot(), and multiple detours is not supported
  • So now it tries to patch HikariaCore's detour method, and if it fails (HikariaCore isn't present), then it does the detour.
    • I believe this shouldn't have significant ramifications on HikariaCore (as I skip the running of the detour in question if my changes take place so that the original original method doesn't run again), since I believe it only updates a player list in the settings menu, and it should get updated again almost immediately after from the method getting called with SNet_SlotHandleType.Set instead
• Also adds an additional config json to specify player ids to snap to certain slots when joining you

1.0.0

• Initial Release