SDK Bug & Feature Requests

In VRCSDK 3.8.1 and later several log invokations ( VRC.Core.Logger.Log() ) in internal SDK assemblies (e.g. VRCSDKBase-Editor.dll and VRCCore-Editor.dll ) as well as VRC.SDKBase.Editor.EnvConfig.cs do not define the log category anymore, resulting in excessive console logging with no real added value to the end user. In 3.7.5 and earlier SDKs with old logger, DebugLevel.All enum was passed as a parameter every time these messages would be logged, resulting in nothing being visible to the end user. From 3.7.6 up to 3.8.0 after SDK logger rewrite, "All" string was passed as a parameter due to the DebugLevel enum getting replaced by a generic category string parameter, still resulting in all messages being hidden. In previous versions of the SDK not a single log entry would appear in the editor's console unless something important was actually happening and the end user should be informed about it. In 3.8.1 many of the category parameters were mysteriously removed, resulting in 14 entries appearing in the console on every assembly reload (see attachments). The increased logging takes up third of the console window's footprint on every assembly reload and makes it very difficult to spot actually important log entries. Below I have listed the different messages originating from DLLs in the SDK with their stack traces. (The rest are primarily from VRC.Editor.EnvConfig:ConfigurePlayerSettings() located in the VRC.SDKBase.Editor assembly) Reloading Assemblies UnityEngine.Debug:Log (object,UnityEngine.Object) VRC.Core.Logger:Log (string,string,UnityEngine.Object) VRC.SDK3.Editor.EditorAssemblies:OnCompileScripts () No local config found at 'C:/Users/[REDACTED]/AppData/LocalLow/[REDACTED]/[REDACTED]\config.json' UnityEngine.Debug:Log (object,UnityEngine.Object) VRC.Core.Logger:Log (string,string,UnityEngine.Object) VRC.Core.LocalConfig:FetchConfig (System.Action,System.Action) VRC.Core.LocalConfig:.ctor (string,bool,bool) VRC.Core.ConfigManager:.cctor () VRC.Editor.EnvConfig:ConfigureSettings () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/EnvConfig.cs:125) VRC.Editor.EnvConfig:EditorUpdate () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/EnvConfig.cs:91) UnityEditor.EditorApplication:Internal_CallUpdateFunctions () No local config found at 'C:/Users/[REDACTED]/AppData/LocalLow/[REDACTED]/[REDACTED]\null' UnityEngine.Debug:Log (object,UnityEngine.Object) VRC.Core.Logger:Log (string,string,UnityEngine.Object) VRC.Core.LocalConfig:FetchConfig (System.Action,System.Action) VRC.Core.LocalConfig:.ctor (string,bool,bool) VRC.Core.ConfigManager:.cctor () VRC.Editor.EnvConfig:ConfigureSettings () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/EnvConfig.cs:125) VRC.Editor.EnvConfig:EditorUpdate () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/EnvConfig.cs:91) UnityEditor.EditorApplication:Internal_CallUpdateFunctions () FetchConfig UnityEngine.Debug:Log (object,UnityEngine.Object) VRC.Core.Logger:Log (string,string,UnityEngine.Object) VRC.Core.RemoteConfig:FetchConfig (System.Action,System.Action) VRC.Core.BaseConfig:Init (System.Action,System.Action,bool) VRC.Editor.EnvConfig:ConfigureSettings () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/EnvConfig.cs:128) VRC.Editor.EnvConfig:EditorUpdate () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/EnvConfig.cs:91) UnityEditor.EditorApplication:Internal_CallUpdateFunctions () finshed fetching and set config UnityEngine.Debug:Log (object,UnityEngine.Object) VRC.Core.Logger:Log (string,string,UnityEngine.Object) VRC.Core.RemoteConfig/<>c__DisplayClass1_0:<FetchConfig>b__0 (VRC.Core.ApiContainer) VRC.Core.APIResponseHandler/<HandleResponse>d__5:MoveNext () Cysharp.Threading.Tasks.CompilerServices.AsyncUniTaskVoid`1<VRC.Core.APIResponseHandler/<HandleResponse>d__5>:Run () (at ./Packages/com.vrchat.base/Runtime/VRCSDK/Plugins/UniTask/Runtime/CompilerServices/StateMachineRunner.cs:104) Cysharp.Threading.Tasks.Internal.ContinuationQueue:RunCore () (at ./Packages/com.vrchat.base/Runtime/VRCSDK/Plugins/UniTask/Runtime/Internal/ContinuationQueue.cs:194) Cysharp.Threading.Tasks.Internal.ContinuationQueue:Update () (at ./Packages/com.vrchat.base/Runtime/VRCSDK/Plugins/UniTask/Runtime/Internal/ContinuationQueue.cs:159) Cysharp.Threading.Tasks.Internal.ContinuationQueue:Run () (at ./Packages/com.vrchat.base/Runtime/VRCSDK/Plugins/UniTask/Runtime/Internal/ContinuationQueue.cs:118)

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.

Using UdonGraph and UdonSharp, any attempt to load from a url (String, Image, and Video) fails to run, resulting in an UdonVM error. This issue can be reproduced in any project attempting to load a URL on the 3.10.2 SDK. The Graph shown in the screenshot never has OnStringLoadSuccess/Error trigger, as the error occurs during the LoadUrl step. The issue appears to stem from Udon communicating with UniTask. I have provided the resulting error using an UdonGraph here: ----- [UdonBehaviour] An exception occurred during Udon execution, this UdonBehaviour will be halted. VRC.Udon.VM.UdonVMException: The VM encountered an error! Exception Message: An exception occurred during EXTERN to 'VRCSDK3StringLoadingVRCStringDownloader.__LoadUrl__VRCSDKBaseVRCUrl_VRCUdonCommonInterfacesIUdonEventReceiver__SystemVoid'. Parameter Addresses: 0x00000000, 0x00000001 Method not found: Cysharp.Threading.Tasks.UniTask Cysharp.Threading.Tasks.UniTask.WaitWhile(System.Func`1<bool>,Cysharp.Threading.Tasks.PlayerLoopTiming,System.Threading.CancellationToken,bool)

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.

On miss the raycasters aligned rotation is inverted from what is expected. a raycast commonly only collides with surface normals that face towards the caster, because of this it is pretty standard that the onMiss rotation defautls to a normal direction that faces the caster, but the VRCRaycast seems to invert this behavior. where on miss the result has a normal direction facing away from the caster. if the raycaster was used for range limited grounding behavior this would result in the object flipping upside down the moment the raycast no longer hits the ground which is generally undesired. Either flipping the normal or providing a value that allows us to specify a onMiss rotation would resolve this issue and allow for more specialized usecases too.

If Reload Domain is disabled, VRC Raycast components will break when you enter playmode a second time. This setting can be accessed by enabling Enter Play Mode Settings under Project Settings -> Editor Full error: ObjectDisposedException: Cannot access a disposed object. Object name: 'The NativeArray has been disposed, it is not allowed to access it'. Unity.Collections.NativeArray`1[T].Dispose () (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) VRC.SDK3.Avatars.Components.VRCRaycastHandler.EnsureBuffers (System.Int32 requiredCapacity) (at <b248cace5bfa4db7b5740a80497509a1>:0) VRC.SDK3.Avatars.Components.VRCRaycastHandler.SubmitRaycasts () (at <b248cace5bfa4db7b5740a80497509a1>:0) VRC.SDK3.Avatars.Components.VRCRaycastHandler.UpdateRaycastHandler () (at <b248cace5bfa4db7b5740a80497509a1>:0) UnityEngine.Debug:LogException(Exception) VRC.SDK3.Avatars.Components.VRCRaycastHandler:UpdateRaycastHandler() VRC.Dynamics.VRCDynamicsScheduler:SignalFrameComplete() VRC.Dynamics.VRCDynamicsScheduler:CompleteDynamicsFrame() VRC.SystemsPlayerLoop:OnAvatarDynamicsComplete()

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.

Motivation In Udon Sharp, syntactically, the following is nonsensical: var players = new VRCPlayerApi[VRCPlayerApi.GetPlayerCount()]; VRCPlayerApi.GetPlayers(players); Why doesn't GetPlayers() just… return a preconstructed array of players in the instance already? Why do I need to first create an empty array? In Udon Sharp, at least, one can easy replace or initialize an array with something else like so: int[] arrayOfNumbers; void someFunction() { arrayOfNumbers = someClassInstance.AFunctionThatReturnsAnIntArray() } There is no need to preset the size of the array, as the actual array construction is handled by another function. But in the VRCSDK we are required to pass a prebuilt array to this function??? Make it make sense. Solutions One, Update UDON so GetPlayers() no longer requires passing in an empty VRCPlayerAPI[] sized to the number of players when compiled with a newer SDK; The UDON VM would support both the old and the new behavior. This would have the benefit of, at least in UDON Sharp, being syntactically valid, as the initialized VRCPlayerAPI[] would become effectively an optional variable. If passed, it would follow the current behavior. If not passed, the function will create an array sized to the current number of players currently in the instance automatically. Two, create a separate GetPlayerList() , which would return a VRCPlayerAPI[] of the appropriate size (which could then be stored as a variable), and deprecate GetPlayers(VRCPlayerAPI[] players) in favor of the new function. This would have the benefit of easier backwards compatibility and avoid changing default behavior of an existing function.

The UdonSharp/UtilityScripts folder and it's contents are recreated upon Recompile or Asset Reload for some world projects. Data loss can occur if a creator modified or added content to the existing scripts. This also changes their GUIDs which creates unnecessary changes on worlds shared via git. Related: https://feedback.vrchat.com/sdk-bug-reports/p/vrcdefaultworldscene-sometimes-is-recreated-upon-project-launch

After updating my project's SDKs (base and avatars) to 3.8.0 via VRC Creator Companion physbones completely ignore realtime component tweaks while in play mode. Tweaks to any settings (pull, spring, gravity, immoble, limits, etc) are not respected and physbones continue to use settings only set previously in edit mode. This completely removes the ability to tweak and observe results in realtime. Reverting base and avatars SDKs back to 3.7.6 fixes the issue.