World/Udon Bugs & Feature Requests

It should be possible to set a variable on an animator controller that is assigned to a station. This way, a character could for example procedurally change the pose on a vehicle using blend trees or we could switch between different poses on demand while the player is in the station. This would also be very useful to circumvent a lot of restrictions that make the use of stations very limited right now, like rotating an avatar on a station without rotating the viewpoint to deliver a motionsickness-free experience. Those are the functions that should be available on a VRCStation: VRCStation.SetAnimatorFloat("floatVariableName",floatValue); VRCStation.SetBool("boolVariableName",boolValue); VRCStation.SetTrigger("triggerName");

Please make the open beta documentation open source, just like the live docs are. This will make it much easier to contribute to the documentation before it goes live.

Please let us access the position of the name plate, to let us add world-specific UI icons to it. Currently, we can estimate the position of the name plate from the player's position. @bobystar discovered that: > it may have something to do with the avatar's main bounding box (all bone sizes are 1m): I've attached bobystar's screenshot. So a workaround might be to access the player's avatar bounding box - if we have access to that 🤔

Issue: Currently it's not possible to react to a players voice at all. We don't know when someone is talking or how loud they are for example. This limits us from making games where someone needs to be quiet to hide from an enemy for example. For security reasons it makes sense that we can't just listen to a player voice, which is why I think only giving limited access to it would be fine. Suggestion: Add an isTalking bool to the VRC Player API which is true when voice is detected and false when not. Add a loudness float to the VRC Player API which is a value between 0 and 1 depending on how loud a player is. (Basically how the current Voice parameter works on Avatars) Add a viseme integer to the VRC Player API which would indicate what viseme is currently used. (Basically how the current Viseme parameter works on Avatars) These would allow world creators to integrate player voice into game play while also not just directly giving them access to player voices for security.

Version 3.8.1 of the VRChat SDK will include the following features and changes: You can now specify up to 8 parameters on custom network events sent via SendCustomNetworkEvent. All types supported by Udon Sync work. In UdonSharp, you need to use the new [NetworkCallable] attribute. Your existing Udon scripts will continue to work without any changes.

We'd like to be able to override the position and rotation (and ideally also the scale) of a remote player locally, for example to compensate for lag, without affecting their own local state. Current issue: If I pick up a player with my hand locally using an Udon script, their movement relative to my hand will look correct on their side, but for me they will lack behind my hand with 2x ping latency. If I could override their position on my side, because I already know where they will move, I can use Udon to correct this. Note: Udon should still be able to somehow get the "real" network position from them, not the locally changed one. Another reason for this would be because my world wants to desync player positions, rotations or scales to allow cool new world concepts (like space stations etc). This can currently only be done using stations and we all know that this workaround is less than ideal and does not cover all use cases.

VRChat is working on an improvement to Udon, VRChat's scripting system. Currently, World creators can write code in two different ways: Udon Graph UdonSharp VRChat is introducing a third way: Soba Creators can write Soba scripts in C#, similar to UdonSharp. Soba scripts are compiled to Microsoft's Common Intermediate Language (CIL). This allows Soba to use a variety of features that are not available in the Udon Graph or UdonSharp.

There are many camera settings that would be really nice to have access to after runtime. An interface could be provided for this via some proxy in the VRCGraphics class. (and maybe one for the hand camera as well!) Ideally this proxy would contain everything the normal Camera class has that doesn't pose a security risk. Some examples of very handy use cases for this: Change farclip dynamically to minimize perf overhead from unnecessarily drawing distant avatars/objects Safe access to culling masks for user-created layers to make a lot of common visibility tricks much easier Set depth texture to be generated without needing a shadow-casting dir light Get FOV to use for unique world mechanics Access to a lot of useful camera matrices like cameraToWorldMatrix, worldToCameraMatrix, projectionMatrix, etc... Access to stereo separation for more advanced world features ...and more I'm probably not thinking of!

It would be useful to be able to direct a VRCPlayerAPI to copy its voice locally to one or more specified audio sources. This would disable the network voice distance checks for the duration that the player api is directed at an audio source and force them to always send voice. As https://feedback.vrchat.com/feature-requests/p/working-microphone-script has been closed I'm making a new canny in the Udon board since Phase said I should and I can't find a relevant one. The player api voice settings are useful for many circumstances, but they lack control for if we want to relocate players voices. For instance if I wanted to make a walkie talkie, or an intercom system in a world, I'd need to settle for a unspatialized "voice of god." Even for stage performances where I want the voice to come from speakers in the world, it removes from the immersion to the point that I wouldn't really want to use the voice settings API. A plus would be if this was implemented in a way that we could put stuff like high pass filters on the audio source and have them affect the voice that's mirrored to the audio source. This may involve a VRC-specific component to use as the target which goes on the same game object as the audio source. It would also be nice to be able to send multiple player's voices to a single output. But not absolutely necessary since we could handle it if need be by having a different source for each player. If it were included, it'd be good to be able to control the volume of each player's input to the source.

Teleporting players with an offset rotation, 180 degrees being the most drastic, will twist and contort players in a very unsettling and horrific manner. Also, when trying to make more seamless (hidden) transitions using player teleporting, physbones completely reset, also giving the transition away. Using quaternion math, teleporting players with offsets for their local view is easy in Udon and would be perfectly immersive and unnoticeable with this capability. Prevent players contorting right as they're teleported. Optionally preserve physbone offsets and velocity between the teleport locations. This kind of teleport would allow for easy: Audio separation between floors of a world's building Manual occlusion of areas and players normally behind animated objects, like doors that may only show the transitioning player and not everything else behind them elevator-esque locations teleporting players immersively between locations Non-euclidean effects to create unique navigation or experiences