LoadCharacter at a specific position

Currently if you call :LoadCharacter(), it creates a character and instantly moves it to <0, 100, 0>. If there are spawn locations, it then waits a bit and moves your character to a target spawn location. The most annoying side effect of the waiting is that if you try to move the character on characteradded, it gets re-positioned to where the game thinks it should be a couple split-seconds later. This makes creating custom spawn systems very annoying as you have to wait an arbitrary amount of time before you move the character to where you want them to spawn.

Something else that’s also impossible to do with current functionality is prepare the character for spawning before actually parenting it to the workspace (e.g. equipping armor to it before it spawns into the world). You could parent it to nil as soon as it’s added to the workspace, but due to latency, people would see the unprepared character spawn in at one of the spawns for a split second before the parent change to nil replicated to them. Additionally, say your character preparation takes 1/10th of a second. Because the PlayerGui is cleared when the character is loaded, you immediately lose your transition/loading screen when you load the character and you can see the character being prepared for that 1/10th of a second which is really ugly. A feature resolving these issues is essential for FilteringEnabled games in which the client must communicate and prepare alongside the server (i.e. the server needs to tell the client its loadout and replicate the loadout models to everyone which takes a while due to latency)

The solution:
Player:LoadCharacter(targetCFrame, withholdCharacter)

When targetCFrame is nil, the current spawn system is used. If it is not nil, regardless of what team the player is on, the spawns that are available, etc, the character will immediately be sent to the targetCFrame without going to the default-picked location in between.

When withholdCharacter is nil, LoadCharacter will behave as it does now and immediately set the character of the player to the loaded character and clear the PlayerGui / delete and re-add the backpack. If set to true, the character will be parented to nil, will load the character’s appearance (i.e. when a character is withheld their hats and body packages are still loaded onto the character parented to nil so that if you need to modify them during preparation you can), will not clear the PlayerGui / Backpack (so that custom loading screens don’t go away when the new character is being prepared), and the created character won’t be set as the character of the player (that shouldn’t be done until it’s done being prepared)

Returns the newly created character, even with empty parameters.


I think that your suggested method would be great. However, have you ever tried having just one spawn and teleporting the player to your custom spawn once they collide with the single spawn. You could also base all your GUI transition off of that interaction if you have the GUI respawn thingy turned off.

1 Like

I already have a custom spawn system that works – I just had to use a really roundabout way to make it when I shouldn’t have. I can’t turn the GUI respawn thing turned off because I need some (most) of them to reset on respawn and I don’t want to have to loop through each item and delete it manually each time they respawn.

1 Like

For some reason .CharacterAdded is fired late when the player first joins on a slower connection. I set the character’s parent to nil on characteradded first thing, and every time I join the game, it’s slow when I first load in. It’s really weird – for some reason the loading screen is set to transparent (even though I can still see the ROBLOX symbol + #instances) and I see my character for a good 0.3 seconds (guesstimate – though, it’s much longer than a split second. It’s enough time for gravity to act on the character and cause it to fall a couple of studs) before it’s parented to nil. It’d really be nice if we could create characters and not instantly parent them to the workspace.


The fact that it’s not already like this is what makes Roblox games feel like theyre being held together with popsicle sticks and glue.


Please make this happen. Whenever players spawn in my game their screen obnoxiously flashes because they’re being created at somewhere ROBLOX thinks they should be and then I’m moving them to their proper spawn location for my game.



I had no idea why my spawning system wouldn’t work so I had it spam your position to be somewhere for 1000ms before releasing you. Did the job but felt so wrong.


I’m fully in support of this.

As a Roblox developer, it is currently too hard to implement a custom spawn system. As @EchoReaper pointed out, if you go to move a character immediately after it loads, some obscure systems on the Roblox end of things move it back. This forces me to have to wait some vague amount of time before moving the character to the position I want, which is both unexpected behavior and quite hacky. The expected behavior is that once the character loads in, its position is not changed. CharacterLoaded implies that the character has already been loaded, not ALMOST done loading.

Here’s an example with a bare-bones custom spawn system.
SpawnBug.rbxl (14.4 KB)

local Workspace=game:GetService("Workspace")
local Players=game:GetService("Players")

local RAND=Random.new()
local Spawns=Workspace.Spawns:GetChildren()

		local Spawn=Spawns[RAND:NextInteger(1,#Spawns)]

If you uncomment the wait(3), you’ll notice that the character is successfully moved to a random spawn point. However, when commented, the spawn system completely breaks because of this obscure Roblox behavior. I shouldn’t have to work around these odd behaviors with loading characters to simply do what I want with the character after it is done loading.


Just a little update, this issue should be solved with this: Avatar Loading Event Ordering Improvements

1 Like

As a Roblox developer, it is currently too hard to reliably teleport the player to a specific after spawning.

Why, you may ask? Well, there are a lot of things that happen when a player spawns, initially. Things are loading, and depending on the clients network connection it can take varying amounts of time. There are ways to figure out the proper amount of time, but as far as I can tell there isn’t any way that is simple, intuitive, or efficient.

Anything I code in to teleport the player after spawning is conflicting with the functions put in place by roblox to spawn the player at the spawnlocation. On the contrary, I have never had any issue with players spawning at a spawnlocation in the traditional way.

If Roblox is able to address this issue, it would improve my development experience because I would no longer have to put check after check to spawn the player to the desired location. It would also speed up development, as this is a command that regardless of the previously mentioned conflicts would be a simple, efficient, and effective way to spawn players to the proper location.


Not that I disagree with this request’s goal, but, I think it would be a lot better if something like :PivotTo() could be guaranteed to work in .CharacterAdded. Moving the character shouldn’t ever fail in .CharacterAdded, imo.

I think adding this to :LoadCharacter() is a bandaid/clutter, it’s probably an extra detail that doesn’t reflect what your post is wanting to achieve (I admit I’m very guilty of doing this myself too)

IIRC the reason that moving the character doesn’t appear to work last time I looked at this is because the engine (usually) positions the character after the code in CharacterAdded is run. I’ve had luck using Player.RespawnLocation (which importantly, references a SpawnLocation, not a position or CFrame or anything) but this is rather obnoxious and often times I use this feature against its actual intended use case.


No I agree, it was difficult to figure out exactly what was going on behind the scenes to create the conflict but that makes total sense.


This would’ve been fixed if Roblox had pursued changing the avatar loading events ordering (as well as so many other character bugs, issues and hardships) but unfortunately it was delayed by a few years now due to technical challenges.

I honestly do think that it would be more sound to fix the event ordering so that requests for arguments on LoadCharacter can be better geared towards configuring the loading procedure… maybe a dictionary of options that the engine can reference from, including position?