World/Udon Bugs & Feature Requests

If U# scripts with BehaviorSyncMode.Manual (or Continuous) and None set exist in the same object, an error will occur as shown in the attached image. (When SC2 Input Manager is None and SC2 Seat Adjuster is Manual) When combining Manual (or Continuous) and None, it would be nice if U# scripts behaved as synchronization objects without displaying any error-like messages. In fact, this combination works as Manual Sync. Looking at the archive logs below, it seems that this implementation is already in place, and the error message is just being displayed extra. https://feedback.vrchat.com/udon/p/syncmode-none-should-be-weaker-than-other-sync-modes

Please expose the properties of VRC Constraints to Udon that are exposed on Unity Constraints, like IsActive and the freeze axes. VRC Constraints are more optimized than Unity Constraints, and many creators would prefer to use them whenever possible for this reason. However, many useful properties of constraints are only exposed to Udon on Unity Constraints, and not VRC Constraints, making it only possible to modify them with scripts using animators, or just switching to the less performant Unity Constraints.

When pointing at a canvas, a little arrow appears. It would be nice if we could get the 2D coordinates of that arrow within the canvas, without having to worry about determining what input/raycast method generated it. In theory Unity has plenty of ways of doing this, but I don't know of any of them that are exposed to UdonBehaviour. (The closest that I've gotten is to cover the canvas in a giant slider, which at least gives you the X coordinate of any clicks on the canvas, but trying to add a second rotated slider to get the Y coordinate just covers up the X one...)

Greetings, I'd like to have write access to UnityEngine.BoneWeight data structures from Udon. https://docs.unity3d.com/ScriptReference/BoneWeight.html The reaons is that : I'm currently making a 3D Model Loader using Udon#. https://github.com/vr-voyage/vrchat-glb-loader So far, I've been able to reproduce 3D models included in GLB and VRM files (GLTF) correctly. However, I cannot recreate the armature due to Udon not being able to access the members of the BoneWeight structure. While this is not a showstopper, as I can always try to do GPU skinning using solutions like ShaderMotion ( https://gitlab.com/lox9973/ShaderMotion ), I'd like to avoid any workaround as much as possible and have direct access to that data structure.

Similar to this request: https://feedback.vrchat.com/android/p/a-way-to-raycast-from-touch-position-on-mobile We can use VRCCameraSettings.ScreenCamera.Position and VRCCameraSettings.ScreenCamera.Forward to construct a ray that corresponds to a desktop user's reticle, but there's seemingly no way to keep this up for a user's cursor when they're in free mouse mode (Tab).

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.

It'd be helpful for world creators to know how many people are entering their world as well as how often users are coming back.

VRCSDK 3.7.5 Steps to Reproduce: Attach the VRC Enable Persistence component and VRC Player Object component to an object. Attach the following UdonSharp script to the same object. Execute Interact() in ClientSim. --- using UdonSharp; using UnityEngine; using VRC.SDKBase; using VRC.Udon; [UdonBehaviourSyncMode(BehaviourSyncMode.Manual)] public class VRCURLPersistenceTest : UdonSharpBehaviour { [UdonSynced] private VRCUrl testUrl; public override void Interact() { RequestSerialization(); } } --- Observed Error: When running the script in ClientSim, the following NullReferenceException occurs: --- NullReferenceException: Object reference not set to an instance of an object VRC.SDK3.ClientSim.Editor.VisualElements.Fields.FieldFactory.GenerateField[T] (System.String fieldName, T data) (at ./Packages/com.vrchat.worlds/Integrations/ClientSim/Editor/VisualElements/Fields/FieldFactory.cs:79) VRC.SDK3.ClientSim.Editor.VisualElements.EncodeDecodeEditors.ClientSimUdonEncodeDecodeEditor.GenerateFields (UnityEngine.MonoBehaviour component, VRC.SDK3.Data .DataDictionary data) (at ./Packages/com.vrchat.worlds/Integrations/ClientSim/Editor/VisualElements/EncodeDecodeEditors/ClientSimUdonEncodeDecodeEditor.cs:30) VRC.SDK3.ClientSim.Editor.VisualElements.ClientSimNetworkHolderInstanceElement.GenerateDataElements (System.Int32 index) (at ./Packages/com.vrchat.worlds/Integrations/ClientSim/Editor/VisualElements/ClientSimNetworkHolderInstanceElement.cs:72) VRC.SDK3.ClientSim.Editor.VisualElements.ClientSimNetworkHolderInstanceElement.UpdateData (VRC.SDK3.ClientSim.Editor.ClientSimPlayerObjectWindow+PlayerObjectData data) (at ./Packages/com.vrchat.worlds/Integrations/ClientSim/Editor/VisualElements/ClientSimNetworkHolderInstanceElement.cs:94) VRC.SDK3.ClientSim.Editor.ClientSimPlayerObjectWindow.UpdateCurrentPage (VRC.SDK3.ClientSim.ClientSimOnPlayerObjectUpdateEndedEvent e) (at ./Packages/com.vrchat.worlds/Integrations/ClientSim/Editor/Windows/ClientSimPlayerObjectWindow.cs:259) VRC.SDK3.ClientSim.ClientSimEventDispatcher.SendEvent[T] (T clientSimEvent) (at ./Packages/com.vrchat.worlds/Integrations/ClientSim/Runtime/Events/ClientSimEventDispatcher.cs:62) VRC.SDK3.ClientSim.Persistence.ClientSimPlayerObjectStorage.LateUpdate () (at ./Packages/com.vrchat.worlds/Integrations/ClientSim/Runtime/Player/PlayerPersistence/ClientSimPlayerObjectStorage.cs:172) --- Workaround: Setting an initial value for the synced VRCUrl variable prevents the error: --- [UdonSynced] private VRCUrl testUrl = VRCUrl.Empty; --- Possible Cause & Suggestion: It seems that ClientSim does not handle null values properly when processing synced variables. Adding proper null handling for synced variables, especially for VRCUrl, may help prevent this error.

Certain accessories can be made really large and used by players to obstruct world elements used in worlds to display important info like who is an enemy etc. It would be nice to have a way to get a bounding box that can be used in udon.

Allow world creators the ability to moderate their OWN worlds and issue their OWN bans. I'm tired of seeing crashers and exploiters in my worlds and kicking them is nothing. I want the ability to ban certain individuals from my worlds. There is absolutely no harm in doing this. Who is it going to hurt? The exploiters and cheaters. What if world creators abuse it and ban people from THEIR OWN worlds? Well it's their fault their world fails to gather a population. What else will this do? Allow world creators to suit the needs of their wanted audience. it will also help take the stress off of the actually game moderators. Thank you, Lucifer MStar - Creator of 30+ worlds including church of marriages. P.S. Communicate more with your community on what you are doing about these crashers and exploiters and maybe the heat and stress will die down. Honestly this is the most annoying thing communication.