SDK Bug & Feature Requests

When testing udon networking with RequestSerialization, networking events such as OnPre/OnPost Serialization are never called. This makes patterns such as the below one difficult, which are useful in helping avoid bug-prone netcode. public override void OnPostSerialization(SerializationResult result) => _ApplyNetwork(); public override void OnDeserialization(DeserializationResult result) => _ApplyNetwork(); private void _ApplyNetwork() { // Perform tasks here } I will attach a shim I made that patches over this issue, though it doesn't correctly handle all cases that VRChat performs, and the OnDeserialization behavior here can actually clobber data - so an official implementation should probably either do nothing if not owned, or run OnPreSerialization() first in this case. It's a bit of a hack, but it helps with some testing. It also doesn't do anything for continuous sync, this is just a minimal shim I made for my own use. Shim: https://gist.github.com/TapGhoul/c8a8b59c495f546187517d964b953b75

Changing the Udon Sync method of a script on a base prefab (e.g. modifying a prefab from the Project window specifically) does not trigger a save back to the prefab like any other changes typically would. The main reason this is an issue is that it makes it impossible to mass change the Udon sync method of many prefabs at the same time. SDK 3.7.2b3

My seat trigger colliders are inside of a physical hull collider. The hull is on a custom layer called PhysicCollider and I use the "Interact Passthrough" setting to make it transparent to interaction. Live I can interact with the seats. That was uploaded with SDK 3.5.0. But when I upload my world with SDK 3.6.0, the interaction isn't possible anymore. I have to crawl to reach the seat collider inside. I guess, that feature broke with the layer changes in SDK 3.6.0. The first two images shows live SDK 3.5.0 vs my testworld SDK 3.6.0.

SDK Version 3.7.1 In the import settings for a Mesh or Skinned Mesh asset (e.g. FBX) primarily built from four-sided polygons, enabling the 'Keep Quads' import option will significantly reduce the Triangle count in the SDK Builder panel, affecting the avatar's Performance Rank in the SDK's eyes. With Keep Quads enabled, a Very Poor avatar with >70k tris can be counted as a Medium avatar with <70k tris by the SDK, despite the actual GPU triangle rendering cost being the same for both. Additionally, enabling this option separates the quads and tris into separate material slots, on a per-material basis: meaning one, or more, extra draw calls per mesh. Users may inadvertently think they are optimising their avatar by doing this, when in reality the GPU load remains unchanged, but CPU load is increased.

When using prefabs with an avatar descriptor, if you interact with the editor such as previewing a blink blendshape and leave the prefab mode, the avatar will stay in the preview and will throw an exception. I've found the lip sync form to be glitchy with prefabs too. MissingReferenceException: The object of type 'SkinnedMeshRenderer' has been destroyed but you are still trying to access it. Your script should either check if it is null or you should not destroy the object. AvatarDescriptorEditor3+<>c__DisplayClass71_0.<RecordBlendShape>b__0 () (at ./Packages/com.vrchat.avatars/Editor/VRCSDK/SDK3A/Components3/VRCAvatarDescriptorEditor3EyeLook.cs:619)

In an avatar descriptor if you choose the viseme/blendshape option, click "auto detect" and do not provide every viseme, lip sync will not work. This is not very helpful or intuitive. The SDK should at least have a message "you have not provided every viseme".

I've been getting reports from multiple Japanese users that they are getting the following stacktrace, breaking the build window in the Avatar SDK: ExecutionEngineException: String conversion error: Illegal byte sequence encounted in the input. System.Reflection.RuntimeAssembly.GetCodeBase (System.Reflection.Assembly a, System.Boolean escaped) (at <27124aa0e30a41659b903b822b959bc7>:0) System.Reflection.RuntimeAssembly.get_CodeBase () (at <27124aa0e30a41659b903b822b959bc7>:0) System.Reflection.AssemblyName.Create (System.Reflection.Assembly assembly, System.Boolean fillCodebase) (at <27124aa0e30a41659b903b822b959bc7>:0) System.Reflection.RuntimeAssembly.GetName (System.Boolean copiedName) (at <27124aa0e30a41659b903b822b959bc7>:0) System.Reflection.Assembly.GetName () (at <27124aa0e30a41659b903b822b959bc7>:0) VRC.Tools.get_HasTypeVRCApplication () (at <de2b87b788984fa39f4913eb18084fa8>:0) VRC.Tools.get_isClient () (at <de2b87b788984fa39f4913eb18084fa8>:0) VRC.Core.API.PopulateHTTPRequestHeaders (BestHTTP.HTTPRequest request) (at <de2b87b788984fa39f4913eb18084fa8>:0) VRC.Core.API.SendRequestInternal (System.String endpoint, BestHTTP.HTTPMethods method, VRC.Core.ApiContainer responseContainer, System.Collections.Generic.IReadOnlyDictionary`2[TKey,TValue] requestParams, System.Boolean authenticationRequired, System.Boolean disableCache, System.Single cacheLifetime, System.Int32 retryCount, VRC.Core.API+CredentialsBundle credentials, BestHTTP.Forms.HTTPFormBase formData, System.Boolean disableLog, VRC.Core.UpdateDelegator+JobPriority priority) (at <de2b87b788984fa39f4913eb18084fa8>:0) VRC.Core.API+<>c__DisplayClass49_0.<SendRequest>g__PerformRequest|0 () (at <de2b87b788984fa39f4913eb18084fa8>:0) VRC.Core.API.SendRequest (System.String endpoint, BestHTTP.HTTPMethods method, VRC.Core.ApiContainer responseContainer, System.Collections.Generic.IReadOnlyDictionary`2[TKey,TValue] requestParams, System.Boolean authenticationRequired, System.Boolean disableCache, System.Single cacheLifetime, System.Int32 retryCount, VRC.Core.API+CredentialsBundle credentials, BestHTTP.Forms.HTTPFormBase formData, System.Boolean disableLog, VRC.Core.UpdateDelegator+JobPriority priority) (at <de2b87b788984fa39f4913eb18084fa8>:0) VRC.Core.RemoteConfig.FetchConfig (System.Action onFetched, System.Action onError) (at <de2b87b788984fa39f4913eb18084fa8>:0) VRC.Core.BaseConfig.Init (System.Action onInit, System.Action onError, System.Boolean reload) (at <de2b87b788984fa39f4913eb18084fa8>:0) VRCSdkControlPanel.ShowControlPanel () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/ControlPanel/VRCSdkControlPanel.cs:25) Some folks claim that this starts when they install Modular Avatar, and persists after removing it. It may be related to https://github.com/mono/mono/issues/20968 - calling Assembly.GetName appears to be unsafe on the version of mono in Unity 2022.3.22f1. This bug appears to be very sensitive to load order. In particular, it will occur when: Your PC nonunicode locale is Japanese, and there is Japanese text in the project path An assembly listed before Assembly-CSharp in the AppDomain.CurrentDomain.GetAssemblies() list is one which throws an exception from assembly.Name . This can be any assembly that is dynamically constructed (notably, HarmonySharedState assemblies and some "external tools" bindings, such as the Rider bindings, will trigger this) I would suggest adding exception handling to this isClient check, and skipping assemblies that throw exceptions from GetName. Or, check for the presence of VRCApplication using Assembly.GetType first, and then check for whether this is Assembly-CSharp only if you find that class.

Many NullReferenceException happens during the import process. You will fail to do even a simple "loop back test". Repro steps Create a scene having a VRCSceneDescriptor and an UdonBehavior at the minimum. Open Network ID Import and Export Utility https://creators.vrchat.com/worlds/udon/networking/network-id-utility/#network-id-import-and-export-utility Press Regenerate Scene IDs and confirm the dialog Press Export and save it to a file Press Clear Scene IDs and confirm the dialog Press Import and select the file you have just saved. The utility shows the object(s). Press Accept All or Select Then, the Console shows NullReferenceException errors Environment Tested with SDK 3.7.0 Worlds. This seems to happen from 3.5.2 Log The head part of the exception: NullReferenceException: Object reference not set to an instance of an object VRCNetworkIDUtility.<DetectConflicts>g__DoTypesMatch|28_6 (VRCNetworkIDUtility+NetworkObjectRef scene, VRCNetworkIDUtility+NetworkObjectRef loaded) (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/VRCNetworkIDUtility.cs:550) VRCNetworkIDUtility.DetectConflicts (System.Collections.Generic.Dictionary`2[TKey,TValue] loadedRefs, System.Collections.Generic.List`1[T] conflictList) (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/VRCNetworkIDUtility.cs:520) VRCNetworkIDUtility.OnGUI () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/VRCNetworkIDUtility.cs:297) Note The NullReferenceException happens when accessing NetworkObjectRef.typeNames . Some implementation of INetworkIDContainer has the issue, maybe, UdonBehavior . INetworkIDContainer.NetworkIDCollection is typed List<NetworkIDPair> Some element of it has the null as NetworkIDPair.SerializedTypeNames

Version 3.7.1 Reproduction steps 1) Create this hierarchy: └ GO1 └ GO2 (this GameObject has the VRCObjectSync component, and is disabled) 2) "Build & Test" to generate new IDs. 3) Remove the VRCObjectSync component from GO2 4) Add the VRCObjectSync component on the GO1 GameObject 5) The hierarchy should now look like this : └ GO1 (this GameObject has the VRCObjectSync component) └ GO2 (This GameObject is still disabled) 6) "Build & Test" again => An error appears in the logs, Failed to assign network IDs, 1 errors encountered! Regenerating all network IDs fixes that issue.

I'm creating an avatar for Spookality, and I've noticed that the button entries in Action Menus appear with a blank icon, are labeled as "Button Text", and seem to be non-functional. Toggles and submenus are fine, as well as the buttons in the GoGoLoco submenu added via VRCFury, so I'm not quite 100% sure is a bug. I'll leave a couple of buttons on the avatar for now, the ID: avtr_0ae41d3f-ae4a-437d-b429-4b1dbb217d20 Toggle "a" turns on emission, button "c" is supposed to change its colour. (if it was changed externally, "b" would change it back to red)