World/Udon Bugs & Feature Requests

Similarly to picture loading, this feature would be great: Currently, systems in worlds with profiles (such as social worlds, leaderboards and such) rely on complex camera systems periodically capturing a single frame of the user's avatar in world, it is unoptimized, inaccurate, lag often leads to it being plain wrong or showing another user, etc With Udon access to profile pictures and an event on profile picture change, this would allow the users to have their chosen profile picture that vrchat already provides appear in those without the use of such systems, and would make such social profile/displays be a lot more interesting. Many worlds that focus heavily on social features and meeting people could heavily benefit from such feature.

VRC_Pickup.Drop exists, yet there is no way to force desktop users to automatically pick up an auto-hold enabled object. VR users currently wouldn't need this feature, as they can have pickups repeatedly moved to their tracking data hand position until they grip it. This feature would be useful for automatic inventory systems (desktop keyboard number keys or Half Life Alyx style VR menus)

ParticlePhysicsExtensions has various methods for getting particle collision data. Currently these methods are not exposed yet, so we cannot retrieve that data. Examples: https://docs.unity3d.com/ScriptReference/MonoBehaviour.OnParticleCollision.html

Allow world creators to access the user's status (blue green orange red) for in world actions Since there was recent talks about access to events related to friends invites and vrc+ status via udon, i thought this may be a really good addition that goes alongside this. For game worlds for example, users could be rewarded of being joinable by an xp boost, in social hubs have extra things / rooms if the user is in an open instance + green / blue, promoting accessible social statuses and sharing activities with others

As a world creator, you may have found yourself in need of a way to make an object always face the local player, sometimes called Billboarding. Doing this with transforms requires update loops in Udon, which are expensive. We’re adding native support for this to make it easier and more performant to implement! Three new methods will be available! (Note: always subject to change until release!) VRCBillboard.Register(Transform target); // upright, tracks yaw only (side-to-side) VRCBillboard.Register(Transform target, bool allowTilt); // allows up-and-down pitch changes as well VRCBillboard.Unregister(Transform target); // cleanup is automatic but can be triggered manually

There should be an option to set the world to 18+ by default and restrict it to only that. Any other instance, whether its a group, invite only, etc will be defaulted to 18+ This is an option that could be toggled by the creator in the SDK or WebGUI that no one else can change

VRChat finally implemented Steam Audio ! And it's a lot easier to hear other players now.🥳 However, Steam Audio can do a lot more! Here's how Valve describes it on their website: > Go Beyond HRTF > Use fully-featured spatial audio attuned to the physical attributes of your in-game geometry. Combine accurate occlusion, reflection, reverb and HRTF effects for natural sounding immersion. The worlds SDK currently does not yet support Steam Audio, so none of the features above are available in VRChat yet. Please implement Steam Audio into the worlds SDK, or allow users to import it into the worlds SDK.

For UDON admin interfaces or whitelisted areas etc. it would be great to have GetUserID or something like that exposed, It's been a real struggle with people with special characters in their display name, UserIDs would make the process so much cleaner, and more reliable

Since bone transforms aren't exposed, we can't parent objects to players and need to use expensive and complicated update loops for such a basic task, which also results in ugly/janky object movements and low performance. Please give us a simple function like .SetParent(Transform t, Boolean b) for .GetTrackingData(VRCPlayerApi.TrackingDataType.x) and .GetBonePosition(HumanBodyBones.x) and for VRCPlayerApi.GetPosition

When a particle from an avatar's ParticleSystem collides with a world collider, OnParticleCollision(GameObject other) fires, but other is null because avatar objects are protected. World creators therefore cannot tell which player the particle came from. Test (SDK 3.10.5, live client, local avatar, collision module + Send Collision Messages): Two world targets, 5 shots each from an avatar gun Raw events: 10, other == null: 10, non-null: 0 The existing Player-routing path did not trigger (Player events: 0) Use case: PvP worlds where players bring their own avatar guns. Hits can be detected, but kills cannot be attributed to a shooter. Workarounds (estimating trajectories from hand bone poses) break down for arcing or exploding projectiles. Proposal: when an avatar's particle collides with a world object, keep other hidden as it is now, but raise a new event such as OnAvatarParticleCollision(VRCPlayerApi owner) that only exposes the owning player. This follows the same approach already used for player triggers and collisions: https://feedback.vrchat.com/udon/p/ontriggerenter-event-gives-a-null-reference-if-a-player-enters-the-collider No avatar objects or components are exposed, so it should not create ripping or manipulation risks.