World/Udon Bugs & Feature Requests

I would like Udon Input to stop when the VRC camera is in a movement input state (middle-clicking the mouse, Fly mode, drone, etc.). Alternatively, a property that can detect when the VRC camera is in a movement input state could be exposed in VRCCameraSettings.photoCamera. This would allow gimmicks that make the player Immobile and use unique movement controls with InputMove, especially gimmicks that move the player while seated in a VRC Station, to coexist with camera/drone.

We already have NetworkCalling.CallingPlayer, I think we should also be able to know which script is currently the entry point for a network call. This will enable defensive guarding against network calls in event methods without requiring the _ prefix. Not requesting a legacy change, just an extra data point to handle logic with. Semantically this would probably be more valuable for U# devs, but equally useful for UGraph devs too. This is how I would use it: public void MyNetworkProtectedAPIEvent() { // Guard against being called directly via SendCustomNetworkEvent if (NetworkCalling.InNetworkCall && NetworkCalling.CalledBehaviour == this) return; // beyond this, code continues as normal } This would enable making the method protected against _direct_ network calls, BUT still allows OTHER scripts to call the public API from _within their own network called scripts_. This effectively replicates the _ prefix conditions, but allowing for more proper C# naming convention at the cost of 3-4 additional externs. I imagine there are a few other uses such a data point would enable, but I haven't brainstormed that far just yet.

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.

If you make a new VRCPickup and switch to 1.0, the Use Text doesn't appear even when selecting another type. If you swap to 1.1 and enable AutoHold then swap back, the Use Text Field Appears.

Players and world creators would appreciate a new character controller for VRChat worlds. It should work mostly like VRChat's current character controller, but has a variety of improvements: Players can stand on moving platforms. Going upstairs and slopes is smoother. Players can get pushed around by the colliders. It's better at getting players unstuck from geometry. Udon has greater control over the character controller. ... And more!

during the Steam Audio Beta, world creators could use the official Steam Audio unitypackage in their worlds to enable Directionality (Simulation Defined) and Attenuation (Curve Driven) , allowing control over the "width" and "vector" of the audio (e.g. audio could be massively attenuated when the listener was behind the source) as of 2025.4.2, build 1768, this functionality is no longer present on existing and new uploads. please note this is not a report on the Steam Audio Component as a whole, there are features that are confirmed not to be implemented - this is a report on two specific features that were confirmed by the community to work prior to the release of Steam Audio

As the PlayerData API doesn't support any¹ array types most creators resort to storing all their array elements as individual keys in PlayerData. This means most of the already strict data limit gets consumed by unnecessary and avoidable header. Please add all the UdonSync supported types to the PlayerData API. And for the love of all that is holy bitpack the bool array type before writing it to persistence. ¹ The only array type PlayerData currently supports is byte[] . The fact that we at least have this is great for experienced creators! But it leaves everyone else (who can't write their own serializer) in the dust. It's completely unreasonable to expect the average graph creator to "just" make their own serializer when they hit the currently claustrophobic persistence limits.

Modulo against 2 long values is not correctly whitelisted. This is borked in all cases except with 2 constants inline, in which case C# just optimizes this away before it hits U#. Untested if other methods are also unavailable. Sample code: long a = 10L; long b = 20L; long c = a % b; Result: Method is not exposed to Udon: 'a % b' SDK: Worlds 3.7.2 Unity: 2022.3.22f1

Currently when a world loads, for example all VRCImageDownloader have to redownload their content, with a 5 second period between each. This both puts strain on hosts and also limits what we can do with worlds in a nice way since all non-bundled content has to be redownloaded every time. Not to mention it puts pressure on bandwidth for users. Ideally there should be a parameter on these functions to make a cached download request, at the very least for images/video, so it can be decided on a case-by-case basis (as this would of course not be desired for all cases where a URL is input by a user or is frequently changing on the source server.). If caching is enabled on the request, you would first look for a local copy of it before pulling from the server and skip the 5-second cooldown on this downloader type. ----------------------------------------------------------- The cache could be stored as a sub-folder of a specific world, being shared across instances, which would make sense, and would make cleanup simple. But even more gains could be had from it being a global cache, so if I pasted the same URL in another world, it could instantly load it from my cache and any others who already have it cached, avoiding duplication of data. A simple dictionary file can be maintained and loaded on VRChat load to avoiding having to scan the cached files each time, as the amount of files could definitely grow pretty big. But a global cache like that isn't essential and would gladly give it up if it means implementing this request is more likely. Also, having an option to set the "TTL" (time to live) of the cached file would be a nice benefit too, though not an essential feature to have from the start. But would be pretty simple to add it as a saved property in the cache record data and compare it to the creation date and just do a redownload.

As you know, SOs are an excellent way to store date especially configurations, references, and reusable assets. In my current project I have several icons that need to be displayed dynamically at runtime. Since Udon can’t access ScriptableObjects, the only option I'm aware of is to store all icon references inside a list on an UdonBehavior. This works, but it becomes messy and far less organized compared to using ScriptableObjects ScriptableObjects would make data management much cleaner and organized