Avatar Bugs & Feature Requests

I currently use MANY IK components in my avatars. (This is due to an issue with Avatar Scaling that I have posted about here: https://feedback.vrchat.com/avatar-30/p/vrik-and-grounders-with-avatar-scaling ) I recently found what appears to be a limit to the maximum number of IK Components allowed on an avatar. At roughly 90 IK Components, some IK Components seem to stop calculating entirely. Please confirm what the maximum limit.

This is a follow up to the following cannies: [BUG] VRC Avatar Parameter Driver does not work for a few frames after avatar loading https://vrchat.canny.io/avatar-30/p/bug-vrc-avatar-parameter-driver-does-not-work-for-a-few-frames-after-avatar-load [Bug] When other players load an avatar faster than the avatar wearer, the expression parameters can have unintended values which may cause clothes to disappear for a split second https://vrchat.canny.io/avatar-30/p/bug-when-other-players-load-an-avatar-faster-than-the-avatar-wearer-the-expressi As an avatar creator, I would like to know when the Avatars 3.0 system is loaded and ready to go, so that I can execute state machines that are sensitive to avatar loading conditions at the right moment. My proposal is to add a new bool parameter that is True whenever Avatars 3.0 is ready to function. When that parameter is True, then the Avatar creator can assume that the following assertions are true: When true, it should be assumed that Avatars 3.0 system has successfully loaded for the person who is wearing the avatar, even in the case when other players load the avatar faster than the avatar wearer. When true, it should be assumed that all of the Expression Parameters of the newly loaded avatar have synced at least once with the expected values for remote players -- that is, that bool remained false for as long as the avatar wearer has not loaded the avatar yet nor synced the correct Expression Parameter values. When true, it should be assumed that Animator Behaviors such as Drivers are going to work properly once we enter a new state that has one. When true, it should be assumed that Animator Parameters like IsLocal, VRMode, TrackingType have a defined and stable values that are unlikely going to change afterwards. This may help solve the following cases for avatar creators: On some logic layers, this allows evaluating the rest of the state machine at the right moment, triggering Driver behaviors (i.e. random number generators, etc.). On some layers, this could allow a temporary stopgate in order to enter the correct state machine that matches the user's TrackingType and VRMode. If a layer needs to handle the case where Expression Parameters have a default value that is not 0 or that is not false, this prevents the animator from carrying on until the Expression Parameters have been synced by the avatar wearer. This also avoids having to wait for an unreliable arbitrary number of frames.

The value of GestureLeftWeight and GestureRightWeight are not interpolated for remote players. For example, if the GestureLeftWeight value is used as the Normalized Time parameter to change a face expression from eyes open when GestureLeftWeight is equal to 0.0 to eyes closed when GestureLeftWeight is equal to 1.0, then when slowly squeezing the trigger while doing a fist: We observe that: Locally, the eyes will smoothly close Remotely, the eyes will suddenly jump through several positions without interpolation while closing We expect that: Locally, the eyes will smoothly close Remotely, the eyes should smoothly close

I think it would be very helpful to be able to use copy parameter drivers to copy the VRC-Exposed (GestureRight/GestureLeft/etc) parameters to other parameters. A bit of an edge case, but there are some situations where converting parameter types of these parameters can be very helpful

In Unity's Standard shader, the _OcclusionStrength parameter multiplies the "influence" of the Occlusion texture on ambient light. Standard Lite's occlusion slider currently multiplies the texture itself, meaning that AO has 100% influence when the slider is 0, rather than 0% like in regular Standard.

When using upper body camera tracking, if you use a mascot-type avatar with a large head, the face mirror target becomes too low and your stomach or neck will be reflected. I would like to stream camera tracking with a mascot-type avatar from my desktop, so please fix this!

This odd error was found while using VRCFury on an asset I was "expanding" on. In short. The asset had 8 duplicates, each with their own ID, in turn the parameters are the same, with the exception of the last bit being their respective IDs. Ex: PiShock/Equipped/10 If you create a Menu Option as a, say Radial, gave it a parameter that either Currently Exists but later removed, or, never existed. Then change that Menu Option to a Toggle and set a different parameter, which does exist. The old parameter resides in the Menu's file (when viewed in Notepad, my case of image being Notepad++). Though I cannot say this would effect VRChat's Avatar SDK on a Vanilla level, it is hard to trace back when third party tools, like VRCFury, report that /7 is in use on the /10's menu file, yet in Unity it's not visually seen. Switching the Toggle to Radial or 4 axis, will show the incorrect parameter, which you can just simply delete, set back to Toggle, and all is fine. Though there can be multiple solutions, something to help show the old parameter still resides in the Menu Option, or maybe when the Type is changed, remove the old? I'm not entirely sure the best method to resolve the odd lingering parameters in the Menu files. The only way I was able to find this, was opening the Menu file in Notepad, and Ctrl+F the /7. When I reported this in VRCFury's discord, I was informed this same issue came up for another user back on June 6th, when said user duplicated a clothing asset, changed menu types, and resulted in errors for parameters that "shouldn't exist" in their duplicated asset's menu files.

I'm encountering an issue where my Android-compatible VRChat avatar, created using VCC3. and SDK3.8.1*, is not visible to myself or other users when I access VRChat via my Quest. Conversely, avatars I've created with VCC3. and SDK3.7.* or VCC4. and SDK3.8.1 display correctly. This suggests that updating VCC may resolve the visibility issue for affected avatars. Below is a relevant log entry from a friend who experienced this error: Error - [Behaviour] Error downloading avatar MURIYARIYUKATA/Security: Error loading asset bundle from ****: HTTP/1.1 403 Forbidden

Since a few months, it seems that the security checks fails when uploading an avatar with tracker module audio files. Before it was fine and working in game. > Unity supports the four most common module file formats, namely Impulse Tracker (.it), Scream Tracker (.s3m), Extended Module File Format (.xm), and the original Module File Format (.mod). Steps to reproduce : Create a new avatar project Add SDK sample avatar Add a new audio source and use a module audio file (from modarchive.org for example) as the AudioClip Upload the avatar Security checks will fail instantly Sample avatar that failed security checks : avtr_aebe3694-2da8-44bf-bec1-fbad6c48bdf4

When opening a radial menu, the animation visually play from 0 to 100 lightning fast, then settle at the value set prior the opening or not. Instead of being at the normalize value set locally. Those issue only occur remotely. No difference when using a single state or a blend tree.