[1601] Drone Camera collides with Vehicles in the two main Vehicle Systems in VRChat
tracked
RuneFox237
- Go to a world with either SaccFlight or Chikuwa Vehicle System 2.
- Have a drone out and floating in a place where a vehicle can drive/fly into it
- Move vehicle into drone and watch as vehicle is stopped by drone.
This happens to not only the player controlling the drone, but also the drones of other users. This also seems to happen even if the drone safety setting is turned off by the driver of the vehicle.
I noticed that there's an option in the new instance settings to turn off the ability to use drones so that helps mitigate the problem at events in worlds with these systems. But that deprives said events of the use of said drones for recording purposes.
As far as I know these systems use custom layers for collision of the vehicles so there's probably not much that VRChat can do on their end. Really all I want to ask here is to know what layer the drone is on so that system/world creators can plan around it in the future.
I guess another option might be to disable the collider for the drone on non-local clients if the drone's position is already synced, especially if the drone is hidden in safety settings.
Log In
frou01
StormRel My canny is not near to this canny.
I'll repost mine on the Feature request Boards.
frou01
reposted.
"As far as I know these systems use custom layers for collision of the vehicles so there's probably not much that VRChat can do on their end." I posted what vrchat can do.
StormRel
Merged in a post:
[1601] Drones should not influence pickups / rigidbodies in worlds
ʙɪɢ․
It seems like an oversight that drones are able to influence pickups / rigidbodies in worlds. This is not the case for prints, so it shouldn't be the case for drones.
This is a huge problem for worlds that use rigidbodies under the assumption that no outside influence can disturb them.
(I've attached a gif of this occurring)
StormRel
Merged in a post:
Collision layer option for collider of Print and Drone, on World-SDK
frou01
There is a layer override option on the collider component. It will be a viable solution to prevent collision problems between world gimmicks.
°Pancake
I actually think this isn’t a bad thing. Being able to knock things over is fun :)
Worlds can disable drones if they rely on player only physics interaction. Or maybe a tick box in the world settings for drone interaction would be nice.
ʙɪɢ․
°Pancake Disabling drones as a world creator isn't currently a flawless solution because the current implementation of "disabling drones" can be overridden by moderators of all instance types except "public". This still gives people the floor to abuse this behaviour in group publics, friends+, etc. against a world creator's wishes.
I also just think it's a really bad precedent to set that a "third party" element that a world creator shouldn't need to account for is allowed to interact with their creation. This is a nightmare for game design if more and more things are allowed to interact with worlds like this.
°Pancake
ʙɪɢ․ That is fair. I've been reading up on both sides in the current argument about if world or instance creators should have the last say in if things like drones, prints and stickers are allowed in a world.
With how I currently understand things, I am more on the side of the instance creator. I think that in public instances, it absolutely makes sense to have it as the world creators decision, since not everyone knows that the recommended setting was overwritten. But if I'm in an instance with a few of my friends, and I decide to turn on drones for example, everyone in there knows that things might break. So they might, but we can still have fun without it affecting anyone else. Same with stickers, or prints.
Maybe I am missing something tho. I would love to hear how you or other people think about this. I'm genuinely curious to see this from another perspective! ^^
_
_tau_
tracked
G
G8S
The drone's colliders are on the Pickup layer.
I will look into what I can do to help mitigate this. A big part of the fun of the drone is that it collides with the environment, so finding the perfect path forward has been a challenge. We have a lot of internal discussions about introducing new mechanics while ensuring that they don't interfere with existing content, so I really appreciate your patience as we learn from our mistakes and work towards the best approach for new features like this.
RuneFox237
G8S Thanks for the info. I agree that it's a blast to have the drone colliding w/ the environment/parts of the world and I've actually thought of some ideas related to that too after hearing that we might get access to drone positions through udon. Hopeful that ya'll can figure something out.