Avatar Bugs & Feature Requests

I'm aware that we have the avatar scaling parameter exposed and can use them to drive other things, but the ability to do the opposite would be incredibly useful. Example case: I have an avatar that has a werewolf transformation. Ideally, part of the effect would be having the avatar slowly grow from 1.47 meters to 2.2 meters tall. Currently, this is impossible as setting parameter drivers to the scaling parameters do nothing ingame (even though they work fine in editor) Avatar scaling is already something we have direct control over in our menus. There is no reason we should not be able to write directly to the parameters themselves.

The expression menu lacks various controls types and features used by VRChat's native Action Menu, limiting our approach to creating more complex toggles that depend on one another or simply to provide clearer intent/description to users. Some of the features missing include the following: * Making a control unclickable (to indicate it depends on another function, typically another toggle, such as the various personal mirror settings only being accessible once the mirror is shown, but also some of the action menu settings depending on whether you're in VR or not). * Control tooltips (as used by the Custom Emojis and stickers controls when you're not subscribed to VRC+) Alternate toggle looks: * On/off capsule instead of the spinning circle overlay (support for icons would be a bonus, with a smaller capsule and the option to choose whether it appears above or below the icon) * Alternate icons (similar to the microphone and gestures toggles)

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.

The idea is that there should be 2 different local modes: Local-to-Touch: This behavior would allow avatar creators to make things on their model that remote players that interact with the contact would only see. So as an example, if there's an animation on my model that turns a cube from red to green, only those that touch the cube would see the cube turn green, while those that aren't touching it would see it red. This would behave similarly to the VRLabs Selective Animation Prefab without needing the Final IK components to do this trick. (Source: https://github.com/VRLabs/Selective-Animation ) Local-to-Self: This is the current behavior of local contacts, especially in regards to triggering animations that you can see for yourself.

I would like contact senders and receivers to be able to pass values from one to another. This would remove the need to have numerous receivers on the same avatar, all looking for different tags. If a Contact Sender chose to use Parameter Pass, it would send a specific value as dictated by another avatar parameter. This could be a float or integer, as boolean is already supported. The Contact Receiver would, when contacted (And the appropriate tags are selected), read that passed value and move it into an avatar parameter of it's own. If the passed value is a float and the receiver's parameter was an integer, it'd just auto convert it, but I imagine that'd be a bit of an edge case. In addition, a few added sub-parameters that could be referenced on either side would be helpful. Example - paramname_IsContacted [Bool] paramname_Velocity[Float 0-1] paramname_Proximity [Float 0-1] I think that this change would make avatar dynamics, well, more dynamic. It'd allow for cross-avatar communication, but only on avatars with compatible props and systems and such. Even just these few changes would open a boatload of capabilities for avatar creators - and if a 'standard' was introduced, maybe even World creators, as it'd allow world creators to interact directly with avatar parameters. Included is a quick mockup of the senders/receivers I drafted up.

Animators area huuuge reason VRChat performs so poorly, mainly as FX layers stack up. FX layers, while cheap, adds animator idle time linearly. Blend trees while more expensive due to typecasting most times, seems to be the way to go to avoid the mass load of layer idle timers. All this comes down to Compute Time, it can be labeled as "Active Animator Time", measured in either Microseconds or Milliseconds. This can be done on the server as animators are single thread and most single thread workloads on servers are generally about as slow as a mid-range VR PC, and thus the time it takes to compute on the server then gets graded into Excellent, Good, Medium, Poor and Very Poor ranks, with a hard compute time limit (Medium or better?) set on mobile platforms like Android, iOS, and Quest Standalone which don't have as much CPU horsepower.

SDK reports upon upload: "Attempted to load the data for an avatar we do not own, clearing blueprint ID". It should report back that the thumbnail image provided is not suitable for VRChat. Possible fixes are, including these with the error codes proposed upon avatar upload causing the user to not be able to upload the avatar until the image provided is suitable for VRChat. Attachments provided have been blurred for comfort.

For some reason the more animations there is overall in the avatar descriptor, the more the framerate drop in station. Humanoid/ blend tree seen to have a the biggest impact since they have usually more property and frames. The easiest way to reproduce it is to duplicate a walking blend tree like 50-100 times for good measures. Why only in station, that I don't know.

I want to have a specific movement for just the avatar's arms from ExMenu. I have set up animation for just the arms in the Action Layer, and set Left Hand/Right Hand to Animation using Tracking Control. Despite this, the Shoulder bone sometimes follows the controller movement. Specifically, when I place the controller between around my ear and behind the face, only the Shoulder bone follows it a little. The other bones, UpperArms, LowerArms and Hands, are properly Animation-dominated. Sometimes it works as expected, and whether it succeeds or not depends on the contents of the Animation Clip, I think. I don't understand the difference between why it works in some cases and not in others. I have uploaded the reproduction assets as a unitypackage here. https://drive.google.com/file/d/1SRkRNxqTKdyhx3xEMglRMXxfvCI_T5R8/view?usp=sharing The sample avatar has been modified, so build it, log in as VR, and check Pattern 1 and 2 in ExMenu. Pattern 1 works as expected. The shoulders completely ignore the controller movement. Pattern 2 is strange. When the controller is between the ear and behind the face, the shoulders are pulled and move. The same issue occurs when I switch the Animation Clips of the two Patterns, so it shouldn’t be a problem with the Animator Controller. Test Avatar ID: avtr_8afd8f11-ca3e-4bb7-8c54-1c7291e9ff8b Test World for reproduction video: https://vrchat.com/home/world/wrld_01025423-c339-4735-8af9-ba45cc9e46f2/info

On Android, the default minimum performance rank is Medium, but on PC it is VeryPoor. I feel like there's a mismatch here, PC could at least incentivize Poor or better by blocking VeryPoor by default. To clarify, this is not hiding VeryPoor all the time unless manually shown, it is just the default block setting. (picture shows proposal, current default is Don't Block)