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");

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.

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.

The beta documentation U# example for Sending Events with Parameters has a compile error. The example is completely missing the first parameter of NetworkCalling.SendCustomNetworkEvent which should be (IUdonEventReceiver)this . Here's the corrected snippet: ```cs using UdonSharp; using UnityEngine; using VRC.SDK3.UdonNetworkCalling; using VRC.Udon.Common.Interfaces; public class EnumDefaultTest : UdonSharpBehaviour { public override void Interact() { NetworkCalling.SendCustomNetworkEvent((IUdonEventReceiver)this, NetworkEventTarget.All, nameof(PrintMessage), "VRCat", 11); } [NetworkCallable] public void PrintMessage(string name, int age) { Debug.Log($"Congratulations on your {age}th birthday, {name}!"); } } ```

There is an undocumented limit on Network IDs. If you assign a Network ID beyond 10 000 to a PlayerObject its persistence features will break while the UdonBehaviour itself still functions and syncs. ClientSim throws the following error: ran out of player persistence view ids In-game testing results in Removed some Player Persistence metadata that had invalid IDs. errors. Apparently there is a limit of 100 000 for Network IDs in general, its way less likely to hit this, but this also seems undocumented. The difference in limit for PlayerObjects and standard UdonBehaviour objects is confusing and the provided errors don't accurately explain how to solve this issue. The Network ID Utility also does not seem to take this limit for Player Objects into account and does not warn or ensure a lower ID is assigned to the persistent objects. Furthermore, the Network ID Utility crashes on projects with this many Network IDs, but this was already documented here: https://feedback.vrchat.com/sdk-bug-reports/p/network-id-utility-has-massive-performance-issues

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 🤔

On Later-Joiner's client, OnVariableChanged can be fired without OnDeserialization() before OnEnable() and Start() . It will be happened especially if the object owner uses RequestSerialization() frequently (such as per second interval synchronization). It can be critical problem because it makes OnEnable() and Start() are not guaranteed before synced variable changes: firing OnVariableChanged before Start() can breaks Udons that implementing initialization at Start() . This bug seems the reoccurrence of following this Canny: https://feedback.vrchat.com/udon/p/1259-synced-variables-can-be-changed-from-owners-requestserialization-before-lat Build: 1539 ---- I've made the new testing world to check event orders: https://vrchat.com/home/world/wrld_c357c8f1-1d22-4e91-bfdc-e72c04097fe1/info . (Sample screenshot is attached below) Reproduction steps: Make the instance of the world (Player A), join the instance then enable interval sync from "Toggle Sync Interval" buton. (It starts 0.25s interval of synced int increment using manual sync) Join another player to its instance (Player B). See the console UI in the world at Player B. Expected Results: At Player B console UI, "SyncInt change" console message should only be occured before "OnEnable". Actual Results: At Player B console UI, there is small chance to occur "SyncInt change" console message before "OnEnable". - It may sometimes not be occurred, so try re-joining several times.

Adding SendCustomEventDelayedFrames in title for visibility

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.

Currently it seems that the PageToDisplay variable on TextMeshPro isn't accessible in the Udon Graph Editor or in UdonSharp, I'm not sure if this is intentional or not as it seems like a really important node if you want to craft fully functional books in the world but can I ask it's enabled? Thanks!