Avatar Bugs & Feature Requests

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.

Normally, avatars with an incomplete skeleton (such as mine with no fingers) animate fine when walking but retain walking animations when crouched or prone. When using the same avatar on the A3 beta, no animations are used and the model perpetually t-poses.

If you have a VRC Station on a 3.0 avatar, it can't be used. Holding right click and hovering over the collider shows that it's still there, but the interact highlight never appears.

When no user-created animation controller is provided for the FX playable layer, animations on a user-created Gesture playable layer fail to animate properly in-game (though they work in-editor). Simply adding a completely empty animation controller to the FX playable layer slot fixes this issue. This suggests that the client-provided controller for the FX playable layer is interfering with the Gesture playable layer in some manner. The debug menu shows the layer in the correct state and with the correct layer weight, but it does not animate until an FX player layer is provided by the user rather than the client. I have created a sample project based on the current avatars SDK to showcase this issue. It includes two copies of a minimally configured avatar in the scene TestScene -- one labeled working, and one labeled as broken. The only difference between these two is the empty FX layer defined on the avatar descriptor for one but not the other. The animation in question is some very noticeable rapid ear movements. https://github.com/nnaaa-vr/VRCBugReport_GestureIdle

When someone have parameter values modified using the 3.0 menu, if someone hides and shows the avatar, the values will reset to default. The parameters do not automatically sync when the avatar is unhidden, and only the parameters that were modified after unhiding the avatar will be synced https://drive.google.com/file/d/1LM9Y1NsrcA4jMGFX1nwLLTmn9rE0weBx/view?usp=sharing

Avatars using Final IK's Execution order have their VRIK locomotion settings changed. The two settings that seem affected are the Step Threshold and Step Speed. In the attached gif is the difference between the builds. Multiplying the step threshold by two and dividing the step speed by two restores the VRIK closer to its original status in game, but then it is incorrect in the editor. Deleting the Execution order also makes the VRIK act as it does in the live build, but in this set up the Execution order is vital for the avatar to work correctly.

When sitting in full body tracking at a specific distance window above the ground, sometimes one of the two feet will have its toe bone flexing. The flexing goes away when outside of that specific distance window.

Having pose space set to 0 and having it transition to self will crash the client when un-loading an instance ID avtr_9605ef2f-24ec-460a-ad43-c7e46403d7c7 Logs : https://0bin.net/paste/IKkBb82x#+O88n82AV9d5mU+HOXtqNJUqtYSH3MD-/uVZCvpoDNf

When a player in a 3.0 avatar plays their fall animation, any pickups they are holding lock in place and are completely frozen until the player stops falling. In worlds that rely on movement in 3D space, it makes it almost impossible to move downwards. Reproduce: Attempt to move or use pickups while fall animation plays in a 3.0 avatar.

If you do an animation on the "Action" layer as an emote, the foot positions are not baked properly. This only happens on index. It does not seem to happen on Oculus HMDs, Vive is untested. The theory is that it has to do with Index finger tracking breaking things. Left side is Oculus, right side is Index. https://gfycat.com/fearfuldizzygangesdolphin