Avatar Bugs & Feature Requests

(Note: This feature is still in development, so any of the details below might change before the final release.) The Avatar Optimizer runs automatically when you build or upload your avatar. It intelligently generates atlas textures and combines meshes and materials to reduce the number of draw calls, improving performance. You can configure the optimization settings to preserve certain blend shapes, skip generating atlas textures, or disable the optimizer entirely. You can preview optimized Avatars before uploading to check if the optimizations worked correctly. At first, only the Standard Lite and Toon Standard shaders will support material merging and texture atlasing. If you're a shader developer, our documentation will explain how to make your custom shader compatible with the avatar optimizer. Once we're ready, our goal is to test the avatar optimizer in a closed beta to collect more data on its usefulness and to inform our next steps.

There could be an option to include an "Extended Range" variant of Radial Puppets that allow players to use a float for its full precision range. As far as I am aware, floats only have 256 possible values when networked in avatar parameter terms, meaning that each step of a float cover about ~0.3% per step (assuming dividing 1/256) which is great! Until... you consider that Radial Puppets only go from 0 to 1, and floats entire range is from -1 to 1. Because of this, a lot of avatars are wasting half of their float precision being used for most of the time, nothing. In MOST cases this is fine (Nobody has complained about this so far...) but it still only leaves you with ~0.7% per step (dividing 1/128) and that is nearly 1%. Depending on your setup, animations and more, this can look pretty jagged and 'stepped' through the network to other players. Either as a variant or a toggle on the current Radial Puppets. This also means that most people wouldn't have to worry about turning off this feature and instead has to be manually selected when making your Avatar Menus.

We'll be adding a new feature to Toon Standard for recoloring the base texture with a 4-channel mask. Here's how it will work: Each channel has a separate color to use for recoloring. Recoloring is done by first converting the masked area of the main texture to grayscale and then applying the color, meaning you don't need to author your main texture in grayscale to apply recoloring. This is similar in concept to hue shift, but a direct recolor instead of a shift from one color to another. Masks can also be used for emission through an emission slider for each channel. There are two options for blend modes: Multiply and additive. - In the multiply blend mode, the grayscale version of the main texture is multiplied by the color. - In the additive blend mode, the chosen color is added on top of the grayscale version of the main texture.

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.

Found an issue w/ box contacts where some setups of box contacts, specifically thin but large ones, may fail to register contact with long but small radius capsule contacts. Link to a public test avatar that reproduces the bug: https://vrchat.com/home/avatar/avtr_26c7bcfd-7035-4087-a4c2-d7d6522775de The public test avatar has meshes that are accurate to the contacts which also react to the contacts touching. Steps to reproduce: Add a box contact Receiver which is long and wide but thin on one axis. Add a capsule contact Sender which is long with a small radius With the contact overlay open move the contacts around and test contact between the two Observe that it works when the capsule is touching the edges of the box contact but sometimes does not register contact when the capsule is placed in the middle of the box contact and rotated so that it is not perpendicular to the surface of the box contact. The contacts correctly register collision in these circumstances: * Capsule is touching an edge of the box contact * Tip of capsule is touching any part of box contact * Capsule is contacting somewhere in the center of the boxes face and is perpendicular to the face Contacts do not register collision in this circumstance: * Capsule is contacting the box in the middle of the capsule, capsule is NOT perpendicular to the face(s) it is intersecting with, Tips of the capsule are not touching the box. My best guess as a hobbyist dev based on what I'm seeing here is that the math for detecting the closest point on the line defined by the capsule contact might be returning an incorrect value. Attached Files: The attached file is a video showcasing the bug. Note the contact stops working when the capsule is inserted into the middle of the box contact at an angle

Using the temporary pose space state behavior on an avatar can cause inconsistent and buggy behavior for the "upright" parameter on an avatar. Using the same animation for the pose I have had the upright parameter sometimes be stuck always reading 1, and sometimes if you are physically close to your playspace floor and are in sit mode (forcing your upright parameter to 1) enabling the temporary pose space will forcibly reset your upright parameter to reflect your position in the pose space. Either way it does not accurately reflect how upright you are visually in game (how far away your head is from the floor) and causes issues with any system relying on this parameter. If this is an intended feature there is no documentation on it that I could find anywhere, neither official vrchat documentation or unofficial. This should either be fixed or properly documented in the vrchat creator docs so that creators are aware of the issues temporary pose space may cause and how to potentially fix/avoid them.

I think when you use radial menues the icons gets cowered too much by the percentage text which makes it hard to see what it represents. This is especially bad with detailed icons.

This is something that feels like has been lacking for a good while, but having components that could take vectors of a transform property and output them to either a custom string for either a material property or an animator parameter to use. The implementation would be similar to how Physbones allows creators to use custom strings to name parameters that the animator will use and output specific animation reactions depending on the value. Example for the animator: Rotation Offset: There's one feature that Blender has that Unity lacks, and that is using corrective shape keys. Corrective ShapeKeys is a thing in Blender that lets users use bone transform angles to correct deforming mesh based on the angle. So you could bend your elbow in a specific way without needing to redo your weight paints or mesh topology. You could limit the angle of influence of how far the rotation can go for the blendshape amount within the driver itself in Blender. Positional Offset: Similar case to the above, you could also use a child of an empty game object to control how blendshapes look dependent on the child object's transform positional offsets relative to the parent object. If I say dragged a ball that was in world space to the left, I could make the face look angry, or make a character on the screen of a prop on my model move to the left. Examples for shader properties: Vectors, Floats, and Colors: Genshin Impact, love or hate it, is a decent game with an interesting shading style, especially with how they do their facial shadows. HoyoVerse uses SDFs to achieve this effect by getting the forward and right vectors of the head bone to determine the lighting angle along a gradient, and flip the gradient depending on specific conditions. The problem is the only method of doing this within Unity is to change the root bone of a skinned mesh renderer to the head bone rather than the hip bone, which is bad for those that want to have a consistent bounding box across all meshes and for shaders that manipulate the vertices of the skinned mesh. A way to solve for this would be to have a component that could output the forward, right, and even upward vectors to a custom string for a material property to read from and inherit the transform values of. Alternatively you could also output the transform positions for proper dissolve effects or for motion capture based systems that use colors to output, or to even give a good wobble effect/get the volume of a glass bottle for a liquid shader, or have it magically fill up. If possible, this could also be an extension to the Avatar Dynamics, and it could also be implemented into PhysBones for the transforms, but having this be extended to other use cases like the ones mentioned would be extremely helpful and possibly more optimized than using lights + depth tricks, CRTs + Cameras on our avatars, or whatever jank and unoptimized methods we use for our creations.

The "Reset Avatar" option takes up far too much space in the top menu of the Expressions radial. -- With it being an option to completely reset all params of the avatar, I've found myself frustrated at how often I would accidentally reset myself when attempting to change an item or emote. Placing this option around the same area as the AV3 Debug would feel much more at natural.

I think it would be very beneficial to have a native VRC parameter "IsAgeVerified" such that I and other creators can lock certain functionality behind the age filter.