A solution to players using the share camera to fly in ^MurderV3

[fervent canopy]

I have made a custom anticheat in ^MurderV3 that prevents users from going through walls entirely

The way this system works is, we cast a ray from your LastPosition to your current position
If the raycast hits something, we teleport you back to LastPosition
If the raycast does not hit something, we set your LastPosition to your current position

But, we have a problem
The "Share Camera" object is invalid, and the player freeze it in place, and, for some god forsaken reason, Raycast can detect it. Once this was discovered, it has lead to users using the share camera to gain height, flying above everyone as to be invulnerable, so I need a solution

My first thought was to only have it teleport you back if the angle of the surface normal is around 90 degrees, meaning its a wall, but this would mean you can clip through the floor/ceiling, which I don't want

My second thought was to disable this section of the anticheat if its constantly being activated, as to make the player fall through the camera, but this could go wrong in 2 cases:

• Players using this to their advantage to clip through walls
• Players boosting themselves up for a second to hopefully "reset" the timer

[autumn gull]

Cant u just height toggle under the map and then glitch walk or c step thru the wall?

And i think u can detect if any objects the raycast has hit isnt a maker pen object

Like get the tag "makerpenobject" or smth

[subtle ridge]

I concur with what Crabs said above, I'd specifically create a "wall" tag or something similar, and then have the raycast only pick up that tag.

Furthermore, if a raycast is blocked by an object that does not have a wall tag, you could create a new raycast at the position of the previous one's hit position

Based on this, you could teleport them if & only if you encounter a "wall" tag, otherwise let it be

[fervent canopy]

@autumn gull No, the anticheat system entirely prevents you from going in the ground, above 2.5m tall, or through walls, like, join the game and try, its not going to work

@subtle ridge @autumn gull The walls, floors, and ceilings are all studio objects, they cannot be given tags, they are ALSO invalid

[subtle ridge]

That makes things more difficult

[fervent canopy]

i know

[subtle ridge]

Are cameras also invalid?

[fervent canopy]

Yep

[subtle ridge]

I'm guessing so

Yeah fuck

[fervent canopy]

even if the walls were rec room objects, we would have to make EVERYTHING rec room objects because its not just the walls we dont want you to walk through

[fair burrow]

Give me a moment actually @fervent canopy
I'm gonna try something

What if you used Down Velocity or Is Falling?

Because this issue is when the player is in the air with the share camera, they must have a constant Down Velocity or be in a constant state Falling

[fervent canopy]

That is a good point we could totally check if the player has reached terminal velocity

[little fjord]

Cover the map with invisible collisions, give the invisible collisions tags and detect them.

[subtle ridge]

and send ink used up by 50% !

[little fjord]

Studio doesn't use ink, it goes by how much storage it takes.

[subtle ridge]

invis collisions would still use ink though.

[little fjord]

But Studio doesn't use ink?

[subtle ridge]

your point?

[little fjord]

If there is no ink what ink will it use?

[subtle ridge]

invisible collisions use ink

[little fjord]

But NONE of the room has ink.

Plus invisible collisions being used as normal collisions actually saves ink.

And if I remember incorrectly, and only things spawned in Studio, don't take ink, then spawn invisible collisions in Studio.

[fervent canopy]

that would be laggier than if we just made everything rec room objects

[little fjord]

True.

Break into the Rec Room office, add optimization, then add invisible collisions.

[kind pollen]

Couldn’t you check where the player is with trigger volumes, (because there is multiple floors I believe) and then get the players Y pos, and make sure it doesn’t go past a certain point based on the room they are in?

[kind pollen]

With the exception of ladders and stairs

[fervent canopy]

?

[kind pollen]

Using a trigger volume that covers the whole floor/room, you could get the list of players in the room, then actively check if that list contains the local player with a 30hz event receiver, then set the room they are in with some kind of variable, and based off of what room they are in, have a maximum Y position (for example the highest you can get while jumping) and if their Y position goes past that point, it uses a set transform, set position, or respawn to return them to the ground again, which would effectively eliminate all flying, at least I think.

[fervent canopy]

Kiwi has already given me a solution I think would be more reliable

Turning off the system when you reach terminal falling velocity (20m/s)