SDK Bug & Feature Requests

Some time ago it was changed so a quest avatar that is above the Contact of Physbone limit won't be prevented from uploading anymore, instead the SDK opts to remove all those components entirely from the avatar. I believe this is an issue because most users won't realise there is an issue to begin with, but when they get ingame features now no longer work as expected. I think this change should be reverted OR add an extra warning when clicking upload that very explicitly states that those components will be removed from the avatar. As an asset creator, this has recently become a very common issue among Quest users who are above the limits but were not aware, and suddenly their avatars don't work as expected anymore after uploading.

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.

The SDK doesn't automatically rebuild U# code after switching platforms. As a result, if you enter Play mode immediately after switching, the code from the previous platform is executed (e.g., code inside #UNITY_ANDROID preprocessor directives when switching from Android to another platform. Workaround: To fix this issue, I currently make a small change in the code, such as adding an empty space, to force a rebuild before entering Play mode. Edit : This seems to only happen to me when I switch from Android to Windows.

https://docs.blender.org/manual/en/latest/animation/constraints/tracking/stretch_to.html This constraint will be very useful for rigging stretchier things like baggy clothing.

As of SDK v3.7.4 & SDK v3.7.5, Client sim only adds one Client Sim Udon Helper per GameObject. This means that only the first script on said object can function as it does in the VRChat client. The most recent SDK version that works as it should is v3.7.3

We should be able to simply get the actual exact position of a player's name tag. Some games and RP experiences like to add extra information like teammate indicators, health bars and other stats/icons. But with different avatar sizes and shapes, and no access to the nametag info with udon, these extra indicators often intersect with avatars or the VRChat name tags, making them unreadable. Currently we can only sorta approximate where a name tag would be, using head tracking. But this isn't very accurate. The actual positioning of the name tag seems based on some mystery stuff that we don't have access to with the Udon currently... maybe render bounds, bone scale, or some mystery mix of other things. We can also sorta estimate how big it should be with distance checking. Plus there is the local User Interface options for nametag size (tiny, normal, medium, large)- so it would be nice if we had a way to get the (float) scale. Also nice would be a bool for whether or not it's "collapsed" to just the profile picture. This "Vector3 GetNameTagPosition()" feature would work even when name tags are hidden, showing where the name tag would be if it were shown. Personally I would find this useful for game and RP features, I really hope it's added.

Hi, I finally figured out the issue that broke my 2024 Summer Jam avatar submission! The default Normal Map Encoding Format on Android for new projects made on Linux is DXT5nm-style while it's XYZ on Windows and the VRCSDK doesn't auto fix this like most other graphics settings. The Android clients for VRC use XYZ encoding. The attached images show where to find this setting, what avatars look like when this is misconfigured, and when it's correct. I originally found this issue on SDK version 3.6.1, and was able to replicate it with 3.7.5 in a freshly created project.

VRChat is interested in allowing the VRChat SDK to be able to build & test content on mobile devices. Currently, only PC content can use the build & test feature. Other platforms must build & publish instead.

I tried to upload world on Linux . But, it's failing with the message "Last built VRChat scene could not be found. Please Test/Compile Full Scene (slow)". "Last Build" and "Build & Publish for Windows" button does not work with this message, but "Build & Test" can work and I can local test it.

I created an avatar in Unity, using VRCFury and Modular Avatar. The avatar has a clothing prefab which was set up with Modular Avatar. After uploading the avatar, it gets the performance ranking “Good”, but in the VR Chat SDK it incorrectly shows Medium because the bones of the armatures and texture memory are calculated twice. It is therefore not possible to set this avatar with the performance ranking “good” as a fallback. It also got a quest version rated as good. The avatar does not appear in the Fallback section as uploaded. Unity 2022.3.22f1 SDK 3.7.5