SDK Bug & Feature Requests

In the new SDK 3.7.6, it's now possible to build a world on Linux, but it is not possible to launch a local test with proton. Pls add proton support, similarly to: https://github.com/BefuddledLabs/LinuxVRChatSDKPatch

This issue has been occurring for a while, and while there may already be existing reports, I am reporting this again since it has remained unresolved for so long. When there are multiple avatars in the same scene and you manage them by making them active only during modifying or uploading, the following steps can cause incorrectly recognized upload targets, resulting in the information for the wrong target being updated or an error occurring by internally attempting to build a non-active avatar. (“Selected Avatar” dropdown appears to be showing the correct avatar, but the avatar information and alerts displayed are for the previous avatar.) Make one avatar active. Open the Builder tab in the Control Panel and have the SDK recognize that avatar. Close the SDK Control Panel. With the Control Panel closed, make another avatar active and set the previous avatar to inactive. Open the Control Panel again. Incorrect information is displayed. If you try to upload the avatar or update the avatar’s information, it will lead to unintended results. New users are also likely to encounter this issue, and since the problem doesn't occur if the Control Panel is kept open, other users may not know about the issue. Therefore, it can be difficult to identify the cause of these unintended results. Tested Environment: Unity: 2022.3.22f1 SDK: 3.10.4, 3.10.5-beta.1

https://feedback.vrchat.com/sdk-bug-reports/p/assets-create-u-script-fails-if-destination-file-is-outside-project-root was marked as fixed in sdk 3.10.5, but the fix was not comprehensive. Packages added from disk during development (click "Add package from disk" in unity's Package Manager tab) are not inside the project root, and now result in "UdonSharp scripts must be created inside the project's Assets or Packages folder" which is not correct. If validation is still needed, you can check if an absolute path is inside one of these "outside of root" package folders by using !Path.IsPathRooted(FileUtil.GetLogicalPath(scriptFilePath)) , and then using FileUtil.GetLogicalPath(scriptFilePath) as the projectRelativeScriptPath The Unity's CreateAsset() cannot create assets in Packages comment in the current code is also incorrect. Unity can definitely create assets within Packages, the current implementation just doesn't deduce the relative path properly. The entire method can be replaced by this implementation, which solves all of those issues: internal static string CreateUSharpScript(string folderPath, bool createProgramAsset) { string chosenFilePath = EditorUtility.SaveFilePanel("Save UdonSharp File", folderPath, string.Empty, "cs"); if (chosenFilePath.Length > 0) { string chosenDirectory = Path.GetDirectoryName(chosenFilePath)!; string sanitizedFileName = UdonSharpSettings.SanitizeName(Path.GetFileNameWithoutExtension(chosenFilePath)); string scriptFilePath = Path.Combine(chosenDirectory, $"{sanitizedFileName}.cs").Replace('\\', '/'); string assetFilePath = Path.Combine(chosenDirectory, $"{sanitizedFileName}.asset").Replace('\\', '/'); string projectRelativeScriptPath = Path.IsPathRooted(FileUtil.GetLogicalPath(scriptFilePath)) ? FileUtil.GetProjectRelativePath(scriptFilePath) : FileUtil.GetLogicalPath(scriptFilePath); string projectRelativeAssetPath = Path.IsPathRooted(FileUtil.GetLogicalPath(assetFilePath)) ? FileUtil.GetProjectRelativePath(assetFilePath) : FileUtil.GetLogicalPath(assetFilePath); if (projectRelativeScriptPath.Length == 0) { EditorUtility.DisplayDialog("Invalid path", "UdonSharp scripts must be created inside the project's Assets or Packages folders.", "Ok"); return null; } if (createProgramAsset) { if (AssetDatabase.LoadAssetAtPath<UdonSharpProgramAsset>(projectRelativeAssetPath) != null) { if (!EditorUtility.DisplayDialog("File already exists", $"Corresponding asset file '{projectRelativeAssetPath}' already found for new UdonSharp script. Overwrite?", "Ok", "Cancel")) { return null; } } } // Commit to creation from this point string fileContents = UdonSharpSettings.GetProgramTemplateString(sanitizedFileName); File.WriteAllText(scriptFilePath, fileContents, System.Text.Encoding.UTF8); AssetDatabase.ImportAsset(projectRelativeScriptPath, ImportAssetOptions.ForceSynchronousImport); if (createProgramAsset) { MonoScript newScript = AssetDatabase.LoadAssetAtPath<MonoScript>(projectRelativeScriptPath); UdonSharpProgramAsset newProgramAsset = CreateInstance<UdonSharpProgramAsset>(); newProgramAsset.sourceCsScript = newScript; AssetDatabase.CreateAsset(newProgramAsset, projectRelativeAssetPath); } AssetDatabase.Refresh(); return projectRelativeScriptPath; } return null; }

Using "#if SDK_310_OR_NEWER" in either beta causes the code within it to be skipped. According to the change-log: "UdonSharp scripts can now use Assembly Version Defines in their code. For example, you can detect if the current VRC SDK is version 3.10 or newer by using 3.10 as the Version Define Expression in your Assembly Definition file. This then allows you to gate code with an #if condition like #if SDK_310_OR_NEWER at compile-time." I might be reading the change-log wrong, but I assumed "SDK_310_OR_NEWER" would be a pre-defined flag. That they would add one of these each update. so once 3.11 comes out you could use SDK_311_OR_NEWER for features exclusive to that.

Please allow users to select another parameter as the value to set for a given parameter. This will simplify the process of designing systems that synchronize multiple parameter values. For example, this feature would enable variable assignment—such as setting ParamB as the value for ParamA—to make ParamA and ParamB have the same value.

VRC Light Volumes is a voxel based light probes replacement for VRChat. https://github.com/REDSIM/VRCLightVolumes Once it's introduced to avatar shaders, their appearance would be amazingly improve in appropriate worlds. Major shaders like lilToon and Poiyomi already support this system in the latest version. It would be great if Toon Standard also support this. Mobile users also can get benefits. Shader developers documentation: https://github.com/REDSIM/VRCLightVolumes/blob/main/Documentation/ForShaderDevelopers.md Japanese summary: Toon StandardでVRC Light Volumesをサポートしてほしいという要望。MobileプラットフォームでもVRC Light Volumesを利用できるようになる。

Currently, the VCC always creates Windows projects by default. When installing Unity, the VCC should install the modules required for Android and iOS. It would be nice if users could choose Android or iOS directly instead of switching to it after project creation.

With SDK version 3.7.5 several settings were migrated from the static class VRCSettings , existing within the VRCSDKBase-Editor.dll library provided alongside the SDK to VRCPackageSettings , the change also included a refactor of the class, introducing a static property Instance , used to get or create an instance of the class, an instance is attempted to be created by the PerceptualPostProcessor as DPID settings were part of the migration, however this fails because of a null exception: VRCPackageSettings.Instance.dpidMipmaps within PerceptualPostProcessor executes VRCPackageSettings.Instance_get VRCPackageSettings._instance is null so Create() is called, which calls Load() Load() and calls within it, including EnsurePathExists() expect GetPath() to not be null, causing a null exception when it is because GetPath() calls GetPathFromType(GetType()) which calls UnityEditor.PackageManager.PackageInfo.FindForAssembly(t.Assembly) and returns null when executed by a worker process, GetPathFromType then returns null (a comment assumes this would only occur when the SDK is not located within the Packages folder) but this execution path was seemingly never tested and so methods that expect valid strings such as Directory.CreateDirectory within EnsurePathExists() throw null exceptions. Simply resolving the null exceptions is not enough as the current implementation would cause Load() to not load any data when it's meant to, leading to VRCPackageSettings.Instance to contain default values when executed by worker processes ( AssetDatabase.IsAssetImportWorkerProcess() ), you cannot simply abort execution because that invalidates the use of Parallel Import and would cause textures marked as "dirty" to not actually be updated to have mipmaps re-generated, a proper solution leading to the same settings file must be implemented, the whole dependency on the assembly's package info seems extreme. This can be easily reproduced on any 3.7.5+ project with Parallel Import enabled (Project Settings -> Editor, mine is configured with 8 desired workers and 2 on standby) by enabling/disabling "Override Kaiser mipmapping" in the SDK settings.

https://ask.vrchat.com/t/developer-update-27-august-2026/48877#p-90617-variable-width-avatar-parameters-8 Regarding Variable Width Avatar Parameters, A Float with 6 bits from range -1 to 1 has the same precision as a Float with 5 bits from range 0 to 1. Allow us to change what range a Float handles.

This error only appears when attempting to build. There is no Alert nor does the error show how to fix the issue at all. An Alert and Auto Fix button would help a lot. For ClientSim issues, see sister post https://feedback.vrchat.com/sdk-bug-reports/p/3104-clientsim-does-not-have-dedicated-broken-network-ids-error