SDK Bug & Feature Requests

After updating to the latest sdk 3.8.0 I've been getting a new error on two physbone scripts "Cyclic dependency found for component VRCPhysbone" It looks like the error is because the two physbones can interact with each other via coliders placed on each bone. Physbone A can collide with Phsybone B Physbone B can collide with Phsybone A As far as I know the components behave as expected so I am not sure why there is an error warning against it nor does the error provide too much info on how to keep the functionality and remove the error.

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

Improve or rollback the Control Panel UI/UX of the VRChatSDK to the 3.7.5 UI. The new UI in 3.7.6 has the following issues: ・The accordion titles are too large. ・"Name, Desc." and "Visibility" are placed next to each other, preventing further width reduction. ・Additional steps are required for "Build & Upload" and "Build & Test." The first two issues, in particular, severely degrade readability when docking the SDK or displaying it in a small window. At least in our team, we dock the Control Panel within Unity's tab system to prevent other windows from being hidden and to avoid wasting time dragging windows around. However, the current UI forces us to allocate extra space for the Control Panel, which is highly inconvenient. Additionally, the accordion titles do not need to be this large. ...Changing the build type is also cumbersome. (If we could request more, it would be ideal if the SDK Control Panel's width could be reduced to about 70% of its current size without breaking the layout.)

If we call IVRCSdkAvatarBuilderApi.BuildAndUpload just after changing visible avatars like changing scene or adding avatar to scene, IVRCSdkAvatarBuilderApi.BuildAndUpload may fails. This is because that in BuildAndUpload VRCSDK sets blueprint id and then awaits somewhere, but control panel may resets blueprint id with console log Loaded data for an avatar we do not own, clearing blueprint ID , after awaiting VRCApi.GetAvatar. If control panel reset blueprint id while IVRCSdkAvatarBuilderApi.BuildAndUpload is in progress, upload API call may fails. https://github.com/anatawa12/ContinuousAvatarUploader/issues/75

Can we have back upload last build again? This is not longer possible in 3.7.6. But it was in 3.7.5

Please provide fallback shaders with VRCSDK and API to get them from material. There are multiple possible use cases like: To create avatar with exactly same look with and without Fallback - Currently, since we don't have fallback shaders, we cannot create avatar consistently looks same with and without fallback. To create Editor Extensions that shows the fallback-ed version of the avatar. - There are some editors exists but their implementation might can be different. - There is no documentation that explains the exact algorithm for parsing VRCFallback tag so we don't know which shader will be applied for wired VRCFallbackTag like ToonCutoutUnlit . To retrieve list of properties used in each fallback shader. - I want to get (current) list of properties supported in each fallback shader to remove unused properties from the material. - There are list of properties copied to fallback material on creator docs, but some fallback shader may not use some properties on the list (like Toon does not use most properties but _MainTex ).

If I have a lobby area in my map, and I want people spawning in to not all start out clipping through each other, then I have to manually set out a dozen empty gameobjects in a grid and add them all to the VRCWorld in random spawn mode. This approach is fine if you really want specific starting points, like totally separate rooms, or doors, or something; but I feel like most maps would benefit from just being able to say "spawn people randomly within this big circle/rectangle". It could just be a radius value (or width/depth value) for each spawn point in the list. It's only a convenience for the world creator (over making a scattering of points in that space manually) but it seems handy and easy to implement.

Make a world in the Unity editor Go to "build & test your world" Set it to Windows, 2 clients, force non-VR Build, and wait for the two windows to be ready Walk one of the windows so it's staring the other one in the eye In one window, the two users are the same height, and they look each other in the eye by staring straight forward. In the other window, one user is at least a head taller than the other, and is staring out into space. The problem isn't so much that the test users aren't the same height (if anything, that could be handy for testing) but rather that their heights AREN'T CONSISTENT in the two windows; one window has them the SAME height, the other has them as DIFFERENT heights. This confuses several things when trying to test synced Udon things. This is happening for me in SDK 3.7.6 and 3.8.0.

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.

Make it so after entering your info into the SDK login window, you push the Enter button on your keyboard and it acts the same as if clicking the Sign In button with your mouse. It would be a Quality of Life addition for people who make lot of projects all the time, like avatar creators who work on avatars everyday. I am sure it would be beneficial for world creators too.