World/Udon Bugs & Feature Requests

Now that we can sync larger amounts of data, it would be helpful to be able to compress that data to minimize network overhead. However, doing compression in Udon is expensive; I'm sure you already have a zlib binding somewhere that you could expose, which would work much better.

Currently the VRCObjectPool component allows the user to return a specific Game Object from the pool via the Return(Gameobject obj) method. However it does not allow the user to spawn a specific Game Object from the pool via the TryToSpawn() method. It would be beneficial to users to provide a lightweight option to spawn a specific object using the VRCObjectPool component. This would make it easier for new and experienced World Creators to spawn specific objects, in a simple manner, without having to rely on complex systems to manually synchronize the active states of objects.

SerializedUdonPrograms end up being thown into a "SerializedUdonPrograms" folder and given a randomized string for a name. This is really annoying when creating prefabs as it's very unclear what assets should be shared. These files don't clutter things too badly. It would make more sense for these serialized programs to be saved next to the asset that generated them. In addition, it should be made easier to see what a serialized udon program was serialized from via a human-readable name, rather than the randomized string they currently use.

I'm developing an asset in Udon that will allow players to teleport, send message, and perform other actions towards other players in the instance. I'd like the UI to not show players who are blocked by me, or players who are blocking me. I'd like Udon to provide a feature that can make such a determination. For example, something like VRCPlayerApi.IsBlocking. Such a feature would also help prevent accidents where two people who are blocking each other end up matching up in worlds that encourage random interactions between users.

Physbones is really cool. In particular it has a performant set of tools that allow for avatar-avatar interaction. Please port the Physbones code so we can use it in Worlds too! It would make making many Worlds things far easier, like buttons and levers.

World persistency would increase usability since old in-world settings could load automatically when the user re-visits the same world later. As worlds get more and more complex, this is no longer a "nice to have" feature - it is now absolutely needed to make a more complex world playable (such as playing a long story through like "The Devouring" for people who don't stay 4+ hours in a single world in VR or in case VRChat crashes while playing it). But it is also needed for grinding mechanics and worlds where you can build something and farm resources - something we are currently working on. Tl;dr, either VRChat gives us a [StoreToDisk] string datatype (without a weird character limit) that saves to disk when it changes and loads again when the user joins the same world or we'll have to implement our own open-source solution reading debug log files and a third-party application running on people's PCs to send Ctrl+V to the window handle (as other world creators have already done it). But either way, we definitely can't go on without a solution here and the current "ask a VR user to copy+paste a string" is not a good way to do it - especially since it's not crash-safe, so users lose all progress when VRChat disconnects the user randomly. But also since we still don't have a "Copy to clipboard"/"Paste from clipboard" function next to a TextInput field for whatever reason, something that would be extremely useful for VR users in general anyway. Ideally, an instance could also specify to only load the progress from whoever created it, since it's not possible right now to know who's the instance creator in Udon, but that's only a minor follow-up issue.

Get what instance type you are in. Public, Friends, Friends+, Invite+, Invite Single node can return string Multiple nodes for each type can return bool

It is currently not possible to construct VRCUrl at runtime. This makes it difficult to generate video URLs that require dynamic input to function, such as playing a video based on an arbitrary search query, or generating video URLs that utilize token based access or are limited by other conditions. Data leakage concerns are already mitigated with the Allow Untrusted URLs option.

[Steps to reproduce] Lay out many (about 50 or more) MonoBehaviour and VRC_Pickup objects in the scene. Enter the world with 3 or more people. All player pick up and move some objects. Join a new player. The coordinates of some objects are not synced correctly to the new player. [Cause] Maybe, ownership information is not correctly transmitted to new player. In the new player, owner of some objects will appear to be the master. But the owner is actually a different player. So the coordinates by the true owner send to be ignored, the new player will see the object appear to be stationary from its initial position. Also, if an object is picked up by the true owner of that one, SetOwner is not called. So new players will continue to recognize that the master is the owner. [Interim measures] Always the master keep to hold all ownership of objects.

To reproduce: Create a behaviour with ExecutionOrder -100000 Create a child of it with another behaviour with no execution order overrides Create a behaviour with ExecutionOrder -100000 and NO child objects as a control Create a new separate behaviour with ExecutionOrder +100000 Add a log to Start() to keep track of it Expected result: Behaviours with -100000 to log first Behaviours with no override to log second Behaviours with +100000 to log third What actually happens: Behaviours with -100000 and NO children log first Behaviours with no override log second Behaviours with +100000 log third Behaviours with -100000 WITH children log fourth Repro world: https://vrchat.com/home/world/wrld_f43e6a53-97c2-4a6b-88af-60612f4b3cce This also creates another large issue If you also try to disable those -100000 objects (with Default children) via the +100000 Start() method - the -100000 behaviour will enter a broken state where it will never initialize or receive any events no matter what. You can toggle them on and off after - no methods will ever fire I have created a test world that illustrates the above: https://vrchat.com/home/world/wrld_06ab5f32-ffbe-44dd-9930-b3b28074fcfd Checking the logs when loading in - you'll see a bunch of objects logging OnEnable (the ones that report withChild False ), and a bunch of Default objects which are children of other -100000 objects. Then they will all get disabled by the +100000 behaviour. Clicking the sphere enables those -100000 parents, but they never log either Start() or OnEnable