SDK Bug & Feature Requests

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.

Been running into an interesting bug relating to vrc constraints. I will be using this avatar as an example: avtr_c32b6dbf-e8f8-46a4-a338-4828d68e307e It uses VRC Constraints for twist bones in many places. For some reason the lower arm twist bones start to drift out of alignment over time in some circumstances. They have only one axis (Y) frozen, but somehow they slowly drift more and more along the other two axis. Once the bug starts, they seem to very very slowly "orbit" around their pivot over time. The furthest I've seen them go is completely backwards (wrist pointing towards elbows), though usually the effect starts quite subtle. The constraint still appears to function otherwise perfectly, the weight slider even offsets it towards the resting position (though with the bugged rotation it is still in the wrong place). The strangest part is that it only seems to affect these two constraints on the lower arms, despite there being many more very similar constraints all over the avatar. I suspect it has something to do with gimbal lock and floating point precision. Resetting the avatar or doing anything that reloads the avatar fixes it instantly, until the next time it occurs. Repro: Wear this avatar avtr_c32b6dbf-e8f8-46a4-a338-4828d68e307e Go to this world wrld_66431182-f46c-45c9-9c8e-ba7f47c10177 Sit in any chair on the vehicle. Wiggle / move around in chair, like your having a convo, or practically anything to move the avatar After a bit, check to see if the lower arm joints no longer line up at the elbow. If arms not separated, continue step 4.

For the last month or so, it's been very difficult for me to get offline testing to work with multiple clients properly. This is really annoying and makes it difficult and frustrating to test things. Often there will be a popup about "Can't travel". I try to launch more clients than I need to now, just so that when 50% of them brick somehow, I can still test something. It seems kinda random whether this will happen or not, and require a relaunch of the clients I'm not sure if they are related but these are constantly happening: -"Can't travel, you are in offline testing mode..." -Loading into "We're sorry! Something went wrong!" world -"Unusual client behaviour" -Loading into a separate instance, instead of all clients loading into the same instance I've noticed these happening on build 1553 and now on 1554 (current).

Reproduction steps: Create 2 gameobjects. Hierarchical relationship does not matter. Create a constraint (rotation, for example), and assign the the first object as a source for the second Lock the inspector to show the object with the constraint. The sources menu does not have to be expanded Delete the tracked object from scene view Unity crashes Reproduction video attached

I have come across a very annoying bug that can be reproduced every single time in Unity using VRC SDK version 3.9.0 on Unity 2022.3.22f1, this bug carries over into VRChat if the avatar with the bug is uploaded. Steps: Use Avatar SDK 3.9.0 and Unity 2022.3.22f1 Create a simple on/off toggle In the menu step of the toggle creation process, make sure your menu type is a "Toggle" or "Button" and "Value" is unchecked. Use any testing tools that goes through the menu (Not anything that directly changes the parameter value), if the toggle already has the spinning wheel you will realize that you cannot un-toggle it. The value will remain stuck. Otherwise you can only toggle once then never again. If you Upload the avatar with this bug present, the bug will also occur in VRChat. Showcase: https://www.youtube.com/watch?v=9qoz5K-07zM Avatar uploaded with the bug from a new bare-bones avatar project (Resolver + base sdk + avatar sdk, not project seen in video) https://vrchat.com/home/avatar/avtr_4015214d-c4a1-45f5-b6c0-1a9c9832d383 This is not caused by end user error, this bug happened to me today on another project, thinking I had a broken project I remade it, I then realised the bug is persistent across projects so I tested it with a very simple boolean setup and the most bare-bones possible (Only using the required sdk and resolver package + Gesture manager for showcasing the bug). The end of the video shows the toggles working properly if the menu "Value" is true/checked I do not show this in the video, but also manually checking the box in Gesture Manager's debug menu makes the toggles/buttons appear to work as they should when they actually don't, this leads me to think this issue is with the menu itself. Both menu type Button and Toggle are affected as far as I have tested, I didn't test the other menu types.

The last SDK version I was able to successfully test was 3.8.1. This one allows for lighting to bake successfully On latest SDK 3.8.2 (And 3.8.2-beta.1): 'Generate Lighting' with unity built in lighting menu -> Background task stuck "Waiting for shaders to compile" - The time to completion continuously rises and never moves past 5% I am using an AMD rx 5700xt, screenshot attached is from another user who has the same issue and is using NVidia.

When manually entering an Avatar ID into the Pipeline Manager, any blank characters like spaces do not get trimmed. This results in "malformed url" and NullReferenceException errors in the console To reproduce: Enter an Avatar ID into the Pipeline Manager Add a whitespace character before or after the ID View the avatar in the SDK Builder to trigger the error.

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)

If the Aim Vector and Up Vector are modified from their default values, the results may differ between Unity Aim Constraint and VRC Aim Constraint. Note: This occurs when the World Up Type is set to None, but similar issues may arise with other types as well. This issue also occurs with automatic conversion and affects avatars that use Unity constraints uploaded in the past.

As reported by GotoFinal in https://github.com/bdunderscore/modular-avatar/issues/1408#issuecomment-2599998015 - VRCPhysBoneEditor calls EditorUtility.SetDirty right after calling ApplyModifiedProperties on the editor SerializedObject. This is redundant, as SerializedObject handles setting objects dirty, and also broken in that it only hits the _first_ target in a multi-select. Calling SetDirty generates a ObjectChangeKind.ChangeScene event on the ObjectChangeEventStream; a well-behaved editor plugin would then need to scan the entire scene for changes, and this scanning resulted in performance issues in NDMF and Modular Avatar. Given that this SetDirty call isn't needed, please remove this call to avoid generating these unhelpful ChangeScene events.