SDK Bug & Feature Requests

VRCSceneTemplateInitializer does not create the default sample scene when the UDON preprocessor symbol is already defined on the first launch. Steps to reproduce Prepare a VRChat Worlds template with the UDON preprocessor symbol already defined. The original report used a project template generated by ALCOM 1.1.5 or earlier. (We added a workaround in 1.1.6.) However, the issue can also be reproduced by modifying a VCC template to include the UDON preprocessor symbol in ProjectSettings.asset . For reference, ALCOM's Worlds template included the UDON preprocessor symbol to reduce the initial Unity launch time by avoiding recompilation of most assemblies. Launch Unity. VRCSceneTemplateInitializer should create the default scene, but it does not. Cause of the bug This bug is triggered by the combination of the following conditions: UdonSharpDataLocator does not exist in the project. This causes Assets/UdonSharp/UtilityScripts to be generated during the first assembly load. The UDON preprocessor symbol is already defined before the first compilation. This causes [InitializeOnLoad] in VRCSceneTemplateInitializer to run during the first assembly load. The sequence of events is as follows: Unity compiles scripts normally. Unity calls the static constructor of VRCSceneTemplateInitializer because of [InitializeOnLoad] . VRCSceneTemplateInitializer checks SessionState.GetBool(HasRunStateKey, false) , which is false , so it sets HasRunStateKey to true and registers an EditorApplication.delayCall to generate VRCDefaultWorldScene . Unity calls some [InitializeOnLoad] methods from UdonSharp, and UdonSharp generates Assets/UdonSharp/UtilityScripts . Unity recompiles Assembly-CSharp and reloads the domain. Note that the registered delayCall is never executed before this reload. Unity calls the static constructor of VRCSceneTemplateInitializer again because of [InitializeOnLoad] . This time, SessionState.GetBool(HasRunStateKey, false) returns true , so nothing happens. As a result, the logic that generates VRCDefaultWorldScene is never executed. (The order of steps 2 and 3 may differ, but the result is the same.) For comparison, the following sequence does not cause the bug when the UDON symbol is not initially defined: Unity compiles scripts normally, but the VRC.SDK3.Editor assembly containing VRCSceneTemplateInitializer is not compiled because of "defineConstraints": ["UDON"] . Unity calls some [InitializeOnLoad] methods from UdonSharp, and UdonSharp generates Assets/UdonSharp/UtilityScripts . EnvConfig.cs checks for VRC.Udon.UdonBehaviour and adds the UDON preprocessor symbol. Unity recompiles all assemblies and reloads the domain. Unity calls the static constructor of VRCSceneTemplateInitializer because of [InitializeOnLoad] . SessionState.GetBool(HasRunStateKey, false) returns false , so it sets HasRunStateKey to true and registers an EditorApplication.delayCall that generates VRCDefaultWorldScene . Unity executes the EditorApplication.delayCall , and VRCDefaultWorldScene is generated correctly. Suggested fix The issue is that HasRunStateKey is set to true before the EditorApplication.delayCall is actually executed. I believe moving the HasRunStateKey assignment into the EditorApplication.delayCall lambda would fix the issue.

Like the Physbone and Contact components, I believe the new Raycast component could benefit from having it write a couple parameters to the animator. These parameters would help simplify some setups that already exist which use constraints and contacts to get similar information out of FinalIK raycasts. Name below is the name given by the user for the parameter name similar to how it's done for Physbones. Name_Ratio - Ratio of (Current Raycast Distance/Max Raycast Distance) Name_Distance - Current distance of raycast Name_Colliding - Boolean that returns true when raycast is colliding with something. If anyone else has any parameters that they would like to suggest feel free to write in the comments.

When working with VRC Raycasts I've found that the SDK still tries to count any VRC Raycast components that are on a object or child of an object that is tagged as EditorOnly. The expected behavior for this is that these components are not counted in the estimated performance rank like other components. Steps to reproduce: Create an object on an avatar and add a raycast component to the object. Observe the Performance Rank Estimate showing 1 Raycast Mark the object as Editor Only Observe the Performance Rank Estimate still showing 1 Raycast This does not happen w/ other VRC Components like Contacts or Constraints. It seems unique to Raycasts. Notes: Noticed that the Select button correctly selects all Non-EditorOnly raycasts properly when they exist, but if all you have are Raycasts that are currently EditorOnly then it selects the root of the avatar instead.

GameObject.activeInHierarchy is exposed and enabled is exposed for most components. Having this would save on extra calls for checking of something is active and enabled, like during a custom event loop. I'm aware that Behaviour isn't exposed and such enabled isn't available for every component. Related: https://feedback.vrchat.com/udon/p/expose-behaviour-types-both-singular-and-array-and-properties If Behaviour cannot be exposed, I'd request for a new UdonBehaviour property that does a similar thing just for UdonBehaviour .

Problem Opening VRCSDK Builder page or changing the selected avatar will revert pose (transform) to rest pose defined in the 'Avatar' asset of the root Animator component. Cause of the problem In the OnGUIAvatarCheck method of the VRCSdkControlPanelAvatarBuilder class, it will call Animator.Rebind method to check the situations you call "nested armature". However, Animator.Rebind function will write the default pose defined in the 'Avatar' asset so it will revert any pose changes made in the editor. This is annoying since this will disturb creating animation clips and testing them in the editor. Solution One solution is to use Animator.Rebind(bool writeDefaultPose) private method and pass false to writeDefaultPose parameter, instead of passing true to it, which is the default value. This method is not available as public API but it will keep available until Unity 6000.2.0b4 (the latest available C# reference version . Another solution is to collect the current pose before calling Animator.Rebind and restore it after the call but this takes more code.

The world SDK always tries to clone whole contents in UdonSharp/UtilityScripts folder into Asset folder and forcibility overrides them even if exists. It's really annoying because it makes unnecessary changes for git commit and unable to remove sample scripts. Please remove auto sample cloning after first project creation. Steps to reproduction: Create a World SDK project. Open the project with Unity. After script compile, try to remove Assets/UdonSharp/UtilityScripts Expected results: You can remove its folder and should not be cloned again. Actual results: Its folder is cloned after removal and reload the project.

In newer SDK's [currently tested 3.10.3] the GameObject's layer that the VRC_Pickup component is added to doesn't auto swap the layer to [Pickup] anymore. This is an issue as the pickup layer had passthrough on collision and stopped pickups from stopping movement, flinging players around, or worse though the world breaking experiences. A previous project I had [SDK 3.8.1] retains this functionality. So I'm unsure when this stopped being changed or why. This would prevent new world creators from having to set the layers manually if they even learn of these issues.

For Contact Receiver layouts, a 'Box' ShapeType would be a convenient option for buttons because they are flat (less chance of unintended input) and many buttons are square.

When a Gameobject with a VRC Raycast component scales, the ray distance should optionally scale with it. This would be useful for keeping raycast distances proportional to the avatar scale. This could be a toggle on the component? Example scenario: A raycast on a gameobject at the avatar's chest bone with a distance of 0.2. If the avatar is scaled up, this raycast is now doesn't reach outside of the body. The current solutions for this (animating the distance based on the scale parameter or making the distance unnecessarily large to begin with) seem like they'd be negative to performance. This ability would also be very useful for those distributing prefabs to less technical users. The user installing a prefab with a raycast just has to scale and adjust it into position on their avatar ~ no need to find the component to adjust the distance.

If a contact is enabled in the editor play mode while contacts are being processed in their background thread, the addition of that contact crashes with the following stack trace, and fails to process from that point on. This issue is new in VRCSDK 3.7.3 and still exists in 3.7.4. InvalidOperationException: The previously scheduled job ContactManager:UpdateReceivers writes to the Unity.Collections.NativeArray`1[VRC.Dynamics.ContactManager+ReceiverData] UpdateReceivers.receivers. You must call JobHandle.Complete() on the job ContactManager:UpdateReceivers, before you can read from the Unity.Collections.NativeArray`1[VRC.Dynamics.ContactManager+ReceiverData] safely. Unity.Collections.LowLevel.Unsafe.AtomicSafetyHandle.CheckReadAndThrowNoEarlyOut (Unity.Collections.LowLevel.Unsafe.AtomicSafetyHandle handle) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) Unity.Collections.LowLevel.Unsafe.AtomicSafetyHandle.CheckReadAndThrow (Unity.Collections.LowLevel.Unsafe.AtomicSafetyHandle handle) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) Unity.Collections.NativeArray`1[T].CheckElementReadAccess (System.Int32 index) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) Unity.Collections.NativeArray`1[T].get_Item (System.Int32 index) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) VRC.Dynamics.ContactManager.FindAvailableId () (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.ContactManager.AddContact (VRC.Dynamics.ContactBase contact) (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.ContactBase.Start () (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.ContactReceiver.Start () (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) And then every frame after that (because the contact was not added to the manager properly): IndexOutOfRangeException: Index 65535 is out of range of '4096' Length. Unity.Collections.NativeArray`1[T].FailOutOfRangeError (System.Int32 index) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) Unity.Collections.NativeArray`1[T].CheckElementReadAccess (System.Int32 index) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) Unity.Collections.NativeArray`1[T].get_Item (System.Int32 index) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) VRC.Dynamics.ContactReceiver.UpdateContact () (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.ContactManager.HandleDynamicsFrameComplete () (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.VRCAvatarDynamicsScheduler.FinalizeJob (System.Boolean force) (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.VRCAvatarDynamicsScheduler.OnCameraPreCull (UnityEngine.Camera cam) (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) UnityEngine.Camera.FireOnPreCull (UnityEngine.Camera cam) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0)