HumanoidRootPart detaching from the rest of the model

[asimilation14 (Void)]

this problem is not mine, but from a friend of mine (@FelipeM0609 ) just pretend im him:
Im working on a tower defense game, if I load in late/when the game starts lagging due to massive quantities of enemies the entire model of an enemy gets detached from the HumanoidRootPart that im moving the enemies with. I tried the system with a normal one part brick and it worked fine which leads me to believe its some sort of a failure with loading Motor6 joints.

script responsible for spawning enemies

[ikDebris]

Have you tried using the line of code

part:SetNetworkOwnership(Player)

[yoshicoolTV (coolyoshi)]

I think setting it to nil makes more sense (automatically changes to the server)

[asimilation14 (Void)]

“What do I specifically set the ownership of? Both the model and humanoid root part say that its not a valid member of them”

[yoshicoolTV (coolyoshi)]

It’s a function, not a variable/property. Set this code right under where you clone the enemy. Usually you set the PrimaryPart to the server
Edit: remove the ship, i thought it was written like that but apparently not but the fixed version is the code snippet

Enemy.HumanoidRooPart:SetNetworkOwner(nil) -- or just PrimaryPart instead of HumanoidRootPart

[asimilation14 (Void)]

The usage of SetNetworkOwner is impossible do to the humanoidrootpart being anchored
its also needed to be anchored regardless due to the usage of tweens

[yoshicoolTV (coolyoshi)]

You have to rig your mob. I recommend you using RigEdit Lite. If you rigged everything correctly, you can set the HumanoidRootPart to unanchored

[dragnmer (Xerto)]

I’ve received the same error from one of my clients and they had to make an entirely different model with lesser number of constraints, welds and etc. Try matching your model to a r6 dummy from the toolbox. In this way, you can get to know about welding parts to which and their properties so as to resolve your issues.

When my client had sent his model, it had too many unnecessary weird looking constraints, possibly around 200 of them. Maybe this gets added when you’re animating the same model and then using it for game henceforth, all instances cloned while animating remains in model making it lagging and heavy CPU consumption for the player’s device.

Another reason can be of the way you’ve implemented PathFindingService or Moveto() function in the script. Some error in them can cause immense lag into your game. If you have used PathFindingService, you can refer to this iframe :

[FREE] Always following script which makes bot jump also

Paste this code under your bot in a script. local PathfindingService = game:GetService("PathfindingService") local Path = PathfindingService:CreatePath({ AgentRadius = 3, AgentHeight = 6, AgentCanJump = true, Costs = { Water = 20 } }) while task.wait(1) do for i,Player in pairs(game:GetService("Players"):GetPlayers()) do Path:ComputeAsync(script.Parent.UpperTorso.Position,Player.Character:FindFirstChild("HumanoidRootPart").Position) local Waypoint…

Kindly crosscheck if your code matches with the above if you used ONLY PATHFINDINGSERVICE

[asimilation14 (Void)]

tried using the roblox r6 rig/the one found in the toolbox, both have the same issue as my enemy model. I tried disabling the animations but the issue is the same for unanimated enemies except for them spinning less and being in a perfect straight line with the root. For my movement system I use tween not roblox pathfinding or MoveTo() as both are pretty terrible and unoptimised

[dragnmer (Xerto)]

Then the issue will be of your scripts. Use PathFindingService as I’ve above mentioned in the iframe.