Fallen Parts Destroy Height is not respawning character!

Help and Feedback Scripting Support
#1

Hello :wave: !

So since I started my game one year ago, there has been one issue I couldn’t really fix:
When the player falls off the map, he doesn’t respawn !

It’s really problematic and I don’t think it’s because of any scripts in the game because it has been an issue since I started the game.

The issue in video:

The method :GetPropertyChangedSignal isn’t firing aswell.

The alternative method I’ve been using for over a year now is that a local script kills the player before he reaches the fallen parts destroy height, allowing him to reset, but it would be cool if it could work normally…

So does anyone have any ideas why it doesn’t works ?
Thanks for reading !

1 Like
#2

I found an alternative: checking if the parent of a child of the player’s character has changed using :GetPropertyChangedSignal() (yeh I previously tried with the character) then use :LoadCharacter()

#3

or you can uuse humand.died and then wait the game.Player.Respawntme and load the player after that amount of time.

1 Like
#4

This would have been an option, but Humanoid.Died isn’t firing when the player fall in the void: the humanoid acts as it was still alive, without setting its state to dead.
I think the issue might be the fallen parts destroy height not firing to kill the player, which is linked to character respawn.

1 Like
#5

well I find out that if you have ragdoll systems they can interfere with some stuff because of the constraints but I can tell a ragdoll system is needed for your game. So I guess the only solution is to use your alternative.

1 Like
#6

Check if the humanoid state changed then check if it changed to state called “Dead” then load the character using :LoadCharacter()

1 Like
#7

Yes, the game does have ragdoll systems. And I probably think that’s the problem. I think it could works if I remove the Motor6Ds when the player falls in the void, allowing him to reset if the humanoid state is firing.

#8

As said above, the humanoid state isn’t switching to Enum.HumanoidStateType.Dead which doesn’t make the player respawn.

#9

When you fall to the void, you dont die but Iyour body parts do, so ye i mesnt to manually check if the Humanoid state switched to Dead then load the charscter

1 Like
#10

you could just put a kill brick under the map

1 Like
#11

Yes, but the “Dead” state isn’t firing, since the humanoid is still regenerating health points, meaning it’s still on a running state and ultimatly didn’t changed its state.

#12

Check if any body parts of the body became nil, then reload the player again

1 Like
#13

I could but this would be inefficient. The whole map does ~16384 studs meaning I would have to place ~8 blocks of a size of 2048 studs, and if the player goes fast enough, he can get through this brick.

#14

so add a check for if the humanoidrootpart Y position is low enough, load character

#15

Okay so i got this:

local voidHeight = workspace.FallenPartsDestroyHeight
local players = game:GetService("Players")
local player = players.LocalPlayer or players.PlayerAdded:Wait()
local character = player.Character or player.CharacterAdded:Wait()
local hmr = character:WaitForChild("HumanoidRootPart")

hmr:GetPropertyChangedSignal("Position"):Connect(function()
	if hmr.Position.Y <= voidHeight then
		print("Player died from falling into the void!")
	else
		print("Player died but did not fall into the void!")
	end
end)
#16

Same here, if the player goes fast enough, this can be problemtic.
I used it before. And if the player goes atleast at -1500 studs (Y velocity) he can get through this condition, allowing him to touch the fallen parts destroying height.

#17

I think you’re thinking a little too deep. How would the player get that fast? You should just ensure theres no way for the player to even end up falling into the void.

#18

PropertyChangedSignal for Position or AssemblyLinearVelocity isn’t firing properly. It’s better to use it in a condition in a RenderStep. But I also tried that. This isn’t really efficient because the player can go faster than the delta time between each frame that check the condition
Thanks for the time though.

#19

I gave u a basic outline of what u can do, u can edit the script to work for u as u want

1 Like
#20

Yes but this would kill the “Roblox” aspect for the game. But it’s fine I just use the PropertyChangedSignal method for the “Parent” of the HumanoidRootPart to check if its parent has been changed to nil using :Destroy