SDK Bug & Feature Requests

On avatars, we usually only use the built-in/VRChat shaders for mobile variants. The PC Variants use custom shaders like poiyomi and liltoon. Meaning the Multibuild will always fail since we can't target other avatars in the scene for different platforms. As is, Multibuild is only really useful for world creators. Please add an option to assign different avatars for mobile builds, and also switch back to the original build target after completion.

-Issue began after the latest VRChat update (2024.4.1). -Using the latest versions of VRChat SDK - Worlds and VRChat SDK - Base. (3.7.4) -Tried the following troubleshooting steps: -Changed "Installed Client Path" to Launcher.exe. -Reverted to default settings. -Reinstalled VRChat after deleting AppData. -Logged in with a different account and back.

that's it.

Let's say I have an avatar with this stat on it: 6/8 Audio Sources (Medium) I want hover-over tooltips that tell me something like "Reduce to 1 for Excellent Reduce to 4 for Good Increasing to 9 will drop it to Poor" This would make it easier and faster to lookup the milestones I need to hit for quest/etc instead of going to the website every time I want to double check.

Issue A bug with the current SDK requires the GameObject which a VRC_Station is attached to, to be enabled on upload. As a result, stations are on by default if safety settings block user animations. This is BAD. Stations may be added by creators for special purposes, such as carrying other players, or animation-tied amusement. Having these on by default can create experiences where a player with stations receives UNWANTED interactions if animations are disabled. This is especially true for Quest/Mobile/Android, where animations are more likely to be disabled by default. This therefore poses a safety risk that is not mitigable by avatar creators. Potential Resolutions Add a "Disabled by Default" dropdown to the script with the options "Never"; "Always", which would disable the GameObject the VRC_Station is attached to on enable; and "Collider Only", which would disable only the provided box collider itself on enable. This would account of different creator preferences. — Whilst VRChat officially recommends disabling the collider only, the behavior of disabling the GameObject itself may be highly desirable in some case, and some popular station add-ons use this behavior. Giving developers the ability to choose between implementations allows for greater flexibility, and prevents breaking existing animations. Allow uploading with script disabled. — If the script can be disabled on upload, it won't matter anymore, as the station will be disabled when the avatar loads, making it opt-in via animation, not opt-out.

Name the avatar game object with the Avatar Descriptor something like 'Avatar+thing' 'Build and Test' - Expected outcome: Avatar works in the 'Other' tab in VRC - Actual outcome: 'Error' avatar when viewing or wearing

Firstly, there should be a more descriptive error message that pops up if an upload fails due to the authenticated user not having the permissions to override an ID. Also to waste less of their time I feel like the SDK should check if a user has permission to override the ID at least before giving them the whole upload page to write and place the camera. I've noticed that a lot of avatars that people buy still have the avatar ID from the creator's own upload when they packed the unitypackage. This would help save time and avoid confusion. I'm mostly thinking on the avatar side of this, but while less of an issue, I'm guessing it can also be one on the world side of the SDK.

Unity's mainline physics engine has a considerable number of issues which can be experienced regularly when building for VRChat. This includes things and difficulties such as making intractable doors or hinged objects, moving objects, stacked objects, pool tables, collision accuracy, and more. However, Havok provides a free copy of their physics engine which is capable of actings as a stand in replacement built upon Unity DOTS for Unity Physics, allowing use with the same physics objects and scripts as Unity's own Physics engine. This is available to all Unity Pro and above license holders. Source: https://www.havok.com/unity/ Amongst other things, Havok is a first in class physics engine used by a considerable number of well-known titles, even by the likes of Nintendo, and is most notably used in games such as Half Life 2, Garry's Mod, and Legend of Zelda: Tears of the Kingdom. As such, VRChat could stand to benefit by whitelisting Havok, and providing shims for Havok scripts, allowing world creators to build their scenes using the Havok physics engine as opposed to Unity Physics. Likewise, users of Unity Pro could use the full editor suite for Havok in order to fully test Havok physics in both the client and editor, as opposed to shims which would only work client-side for Unity Free users.

There are several tools that modify avatars with IVRCSDKPreprocessAvatarCallback . These tools may well cause avatars to be below the Hard Limit when they are built. (For examle, removing unnecessary objects will make an avatar be below the Hard Limit of the Quest Avatar.) However, the current VRCSDK Control Panel does not allow pressing the Build or Upload buttons if the avatar is over the Hard Limit at pre-build check. This is very inconvenient. I know we can use the Public API, but it seems silly to prepare a special button for this. Since VRCSDK already has a post-build check system, I would like SDK to have a button like "Build Anyway & Try Uplaod" or "Build & Upload without pre-check" to try to build anyway even if it is over limits at pre-build check. (Of course, if post-check also fails, upload the avatar will be aborted.) Probably this is also happening in the case of using OnSdkBuildStart , which is marked as a PublicAPI. Also, this affects the display of performance ranks ( https://feedback.vrchat.com/sdk-bug-reports/p/theres-no-way-to-know-actual-post-preprocesscallback-avatar-performance-rank ) and the fallback avatar setting ( https://feedback.vrchat.com/avatar-30/p/i-would-like-to-be-able-to-set-a-fallback-in-vrchat-for-avatars-that-meet-the-av ).

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.